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Die folgenden Angaben si nd den vom Anmelder eingeretchten Unteriagen entnommen 

Prufungsantrag gem. § 44 PatG ist gestellt 

® Ein verteirtes technisches System fur die Partnersuche, Partnerschaftseignungsprufung und Bekanntmachung 

® Dieses System ist gedacht urn einen Dienst zur Part- 
nerschaftssuche, Partnerschaftseignungsuberprufung 
und Partnerschaftsvermittlung zu realisieren. Wenn je- 
mand auf der Suche ist, eine passende Person zu finden, 
um eine bestimmte Beziehung bzw. Tatigkeit zusammen 
zu probieren bzw. auszuuben, dann ermoglicht ihm die- 
ses System eine Umgebung mit mehreren Leuten, solch 
eine Person zu finden. Ein Benutzer laSt einen Dienst ba- 
siert auf diesem System von sich und seinen Wunschen 
wissen. 

Der Benutzer begibt sich zu einem Ort, an dem dieser 
Dienst angeboten wird. Der Benutzer tragt ein Gerat mit 
sich. Wenn er sich an diesem Ort befindet, dann meldet er 
sich bei dem Dienst uber sein Gerat an, und sagt Be- 
scheid, daS er sich an diesem Ort befindet und daft er die- 
> sen Dienst in Anspruch nehmen mochte. Dann wartet er 
p ab. Der Dienst sucht nach anderen Benutzem, die auch f u r 
diesen Ort angemeldet sind und fur eine Partnerschafts- 
vermitttung an den Benutzer geeignet sind. Wenn einer 
gefunden wird, wird er dem Benutzer vorgestellt. Infor- 
mationen uber den Partnerschaftskandidaten bekommt 
der Benutzer auf seinem Gerat zu sehen. Falls der Benut- 
zer mit dem vermittetten Partnerschaftskandidaten zufrie- 
den ist, laBt er dies den Dienst wissen. In diesem Fall baut 
der Dienst eine Verbindung zwischen seinem Gerat und 
dem Gerat des Partnerschaftskandidaten auf, so daS die 
beiden miteinander sprechen konnen. Wahrend des Ge- 
sprachs konnen die beiden einen Treffpunkt in der Nahe 
ihres derzeitigen ... 
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Beschreibung 

[0001] Es gibt viele konventionelle Wege, um nach einem 
Partner zu suchen. Viele neue Internet Partnerschaftsver- 
mitdungen, Internet Kataloge, Internet Chat Dienste, Inter- 5 
net Anzeigen, usw. sind in letzter Zeit popular geworden. 
Scbon friiher gab es Methoden wie Zeitungs- und Zeitschrif- 
tenanzcigcn, Ehepartncrkataloge, Fernsehanzcigen, Dating- 
Shows usw. Manchmal wurde diese Rolle der Partner- 
scbaftsanbahnung von realen Menschen ubemommen, die 10 
andere Menschen zusammen gebracht haben, die ihrer Mei- 
nung nach fureinander geeignet waren, oftmals hatten die 
Leute einfach Gliick und haben den richtigen Partner zufal- 
lig getroffen. 

15 

Abstrakt 

[0002] Dieses System ist gcdacht, um cinen Dienst zur 
Partnerschaftssuche, Partnerschaftseignungsuberprufung 
und Partnerschaftsvennittlung zu realisieren. Wenn jemand 20 
auf der Suche ist, eine passende Person zu finden, um eine 
bestimmte Beziehung bzw. Tatigkeit zusammen zu probie- 
ren bzw. auszuiiben, dann ermoglicht ihm dieses System 
eine Umgebung mit mehreren Leuten, solch eine Person zu 
finden. Ein Bcnutzcr laBt cinen Dienst basicrt auf diescm 25 
System von sich und seinen Wunschen wissen. 
[0003] Der Benutzer begibt sich zu einem Ort, an dem die- 
ser Dienst angeboten wird. Der Benutzer tragt ein Gerat mit 
sich. Wenn er sich an diesem Ort befindet dann meldet er 
sich bei dem Dienst fiber sein Gerat an, und sagt Bescheid, 30 
daB er sich an diesem Ort befindet und daB er diesen Dienst 
in Anspruch nehmen mochte. Dann wartet er ab. Der Dienst 
sucht nach anderen Benutzem, die auch fur diesen Ort ange- 
meldet sind und fur eine Partnerschaftsvennittlung an den 
Benutzer geeignet sind. Wenn einer gefunden wird, wird er 35 
dem Benutzer vorgestellL Informationen uber den Partner- 
schaftskandidaten bekommt der Benutzer auf seinem Gerat 
zu sehen. Falls der Benutzer mit dem vermittelten Partner- 
schaftskandidaten zufrieden ist, laBt er dies den Dienst wis- 
sen. In diesem Fall baut der Dienst eine Verbindung zwi- 40 
schen seinem Gerat und dem Gerat des Partnersch aftskandi- 
daten auf, so daB die beiden miteinander sprechen konnen. 
Wahrend des Gesprachs konnen die beiden einen Trefirpunkt 
in der Nahe ihres derzeitigen Aufenthaltsortes vereinbaren. 
Kurz danach konnen sie sich dort treffen und ein Gesprach 45 
fuhren und ihre Interessen weiter erortem. 

Problematik 

[0004] Die menschliche Gesellschaft ist mehr als die 50 
Summe der Menschen darin. Die Interaktionen zwischen 1 
den Menschen machen sie weitaus reicher. Viele Vergnu- 
gungen des Lebens kann man nur dutch die Interaktion mit 
anderen Menschen erfahren. Fur jede Person ist es von es- 
sentieller Wichtigkeit, welche anderen Personen er/sie kennt 55 
und mit wem sie interagiert Viele Menschen konnen nicht 
zusammenkommen und dauerhafte Bekanntschaflen auf- 
bauen, weil sie von Anfang an fureinander die falschen 
Leute waren. Deswegen sind die Menschen immer auf der 
Suche nach anderen, mit denen es einfacher ware, solche 60 
Bekanntschaflen aufbauen zu konnen, und an vielen Aktivi- 
taten teilzunehmen, die fur beide Seiten von Interesse wa- 
ren. Solche Personen zunachst zu finden und dann auch 
noch die Hemmungen, einen dementsprechenden Dialog an- 
zufangen zu uberwinden bleibt ein Problem. Man kann aber 65 
nur dann herausfinden, ob jemand der richtige ist, wenn 
auch eine gewisse Kommunikation zwischen den beiden 
stattfindet 



[0005] Obwohl die Stadte immer groBer werden, wachst 
die Anon y mi tat immer weiter an. In vielen Gesellschaflen 
der Welt wird es immer schwieriger, mit anderen Menschen 
zu reden oder sie gar anzusprechen, da mehr und mehr Men- 
schen sich zu sehr uber sich sclbst und uber den Eindruck 
den sie auf andere machen, bewuBt geworden sind Dies hat 
dazu gefuhrt, daB es einen dramati schen Rikkgang gibt, was 
die Spontaneitat und Natiirlichkcit bei der Annaherung an 
andere Menschen angeht Dies trifft besonders auf Leute 
von Ende 20 bis in die 40er Jahre zu. 
[0006] Es gibt einige Grundaspekte an jeder erfolgreichen 
Behebungsstrategie: 

1. Die richtigen Leute zu finden 

2. Einen Dialog aufzubaucn 

3. Die Infrastruktur der Kommunikation zu unterstut- 
zen 

4. Anderen Menschen zu vertraucn 



Konventionelle Strategien 

[0007] Die Gesellschaft funktioniert in der Weise, daB 
man die Problematik nicht wirklich als Problematik ansieht, 
sondcrn als einen Tcil des Lebens. Ebcnso wird die Losung, 
d. h. eine Strategie, um verschiedene Menschen zusammen- 
zubringen, als nichts anderes als ein Teil des Lebens angese- 
hen. Deswegen mag es nicht richtig klingen, die Losungeo 
als Losungen zu betrachten, sondem als Lubrizierung der 
Gesellschaft Die verschiedenen Strategien sind eher als 
Maschen zu sehen, um die Gesellschaft interessanter zu ma- 
chen. Diese Tricks sind schon seit Jahrhunderten im Ge- 
brauch gewesen. In jeder Methode werden unterschiedliche 
Aspekte der Strategien betont. 

- Vergesellschaften im Sinn von Ausgehen bedeutet, 
daB man sich an Orte begibt, an denen es Menschen in 
groBer Zahl gibt, und wo die Chance, jemanden zu tref- 
fen, mit dem man in eine Interakti vital tritt, mit dem 
man gemeinsame Interessen hat, groB ist Manchmal 
trifft man zufallig jemanden und baut eine Bekannt- 
schaft auf, und alles passiert von allein, und manchmal 
werden Leute von einem gemeinsamen Bekannten oder 
Freunden miteinander bekannt gemacht Wenn man 
durch einen anderen jemandem vorgestellt wird, ist die 
Bereitschaft, sich mit jemandem zu unterhalten, hoher, 
da sich ein gewisser Grad an Vertrauen auf der Basis 
der gemeinsamen Bekanntschaft aufbaut Die neue Be- 
kanntschaft identifizieren zu konnen hilft aus zwei 
GrOnden: Als erstes weiB man, daB im Falle eines Fehl- 
verhaltens der anderen Person die Identitat des Misse- 
taters bekannt ist; und zwei tens kann man sich besser 
einen ersten Eindruck von der/dem anderen machen. 
AuBerdem muB man aus Rucksicht auf den gemeinsa- 
men Bekannten eine gewisse Hoflichkeit und Freund- 
lichkeit zeigen. Das fordert natiirlich das Ziel des Dia- 
logs zwischen den zwei Parteien. 

- Eine andere Strategie besteht darin, daB ein Bekann- 
ter eine Person gut kennt und gut versteht, und deren 
Vorzuge und Geschmack gut beurteilen kann. Falls der 
Bekannte andere Leute kennt, die seiner Meinung nach 
dem Bild eines idealen bzw. realistischen Partners ent- 
spricht, dann kann der Bekannte die Rolle des Vermi ti- 
lers oder "Kupplers" zwischen den zwei Parteien iiber- 
nehmen. Der Bekannte kann versuchen, ein Ireffen 
zwischen den beiden zu arrangieren, als auch sie einan- 
der vorzustellen. 

- Manchmal werden Menschen zu Orten eingeladen, 
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wo es sehr viele Leute gibt, von denen viele einander 
bercits kennen. Zumindcst der Gastgebcr kcnnt schon 
mehrere Personen. Der Gastgeber kann dann die Rolle 
des Vorstellungsagenten spielen und versuchen, zwei 
zueinander passende Mcnschcn zusammen zu bringcn. 5 

- Manchmal veisammeln sich Leute mit gewissen In- 
teressen an einem bestimmteo Ort. Hier wind es mog- 
lich, mit dcm Andcrcn eincn Dialog anzufangen und 
den Anderen kennenzulemen. Es ist aber nicbt immer 
der Fall, daB an einem Ort eine so strenge und exklu- 10 
sive Politik betrieben wind, die garantieren konnte, daB 
ausschJieBlich Leute da sein werden, die in ein be- 
stimmtes Muster pas sen. Man kann es also nicht selbst- 
verstandlich annehmen, daB nur eine bestimmte Kate- 
gorie von Leutcn an dcm Ort anwescnd ist Theoretisch 15 
ist ein solcher Ort naturlich denkbar. 

- Weiterhin kann eine Person eine Klein anzeige verof- 
fentlichen, in dor sic ihre Eigenschaften beschreibt, 
und, fur einen bestimmten Zweck, nach einer Person 
sucht, die bestimmte Eigenschaften besitzt Auf diese 20 
Weise kann man personliche Informationen iiber sich 
selbst, seine Interessen, Erwartungen usw. veroffentli- 
chen. Diese Informationen konnen uber verschiedene 
Kanale und Medien verbreitet werden. Diese personli- 
chcn Informationen werden von diesem Zeitpunkt an 25 
genauso behandelt wiejede andere Art von Informatio- 
nen. Andere Personen, die dies lesen, konnten sich an- 
gesprochcn fuhlen, und wurden viclleicht mit der Per- 
son in Kontakt treten wollen. 

- Manchmal werden alle diese Kleinanzeigen in einem 30 
Katalog zusammengefaBt, so daB die Suche fiir die Su- 
chenden viel leichter wind. Die Kleinanzeigen waren 
immer noch im offentlichen Bereich, wiirden jedoch 
nur Personen zukommen, die wirklich daran Interesse 
haben. 35 

- Es gibt auch spezielle Agenturen, die auf kommer- 
zieller Basis versuchen, fur eine Person den richtigen 
Partner zu finden. 

- Weiterhin ist ein hohes MaB an Kommunikation 
zwischen den zwei Parteien notwendig, urn zu erken- 40 
nen, ob die beiden Parteien wirklich fur eine bestimmte 
Akti vital zu einander passen. 

- Um dem Kommunikationsbedarf nachzugehen, gibt 
es mehrere sehr wichtige Komponenten, die in der Welt 
und fur die menschliche Gesellschaft verfugbar sind. 45 
Einige Beispiele im Folgenden: 

1. Luft fiir die tjbertragung des Schalls 

2. Stimmbander in unserer Kehle 

3. Handschrift 

4. Sprache 50 

5. Semiotik 

6. Papier und andere Materiahen 

7. Post 

8. Usw. 

55 

[0008] Anhand der vorherigen Diskussion kann man fest- 
stellen, daB die folgenden Strategien im allgemeinen die 
Entwicklung der Partnerschaftsfindung fordem: 

1. Gemeinsame Umgebung 60 

2. Kommunikationskanale 

3. Vorstellender Agent, der Vertrauen fordert 

4. Fordemder Agent, der das Eis bricht 

5. Infortnierender Agent, der Informationen iiber die 
andere Person liefert 65 

6. Steuernder Agent, der gegenseitigen Respekt und 
Hoflichkeit von den beiden Leuten fordert 

7. Bekanntschaftsschaffender Agent, der beurteilen 



kann, ob die zwei Menschen iiber Eigenschaften verfu- 
gen, die zu einer Zusammenkunft von Interessen und 
Erwartungen fuhren konnten. 

8. Werbung und Kleinanzeigenpublizierung von eige- 
ner Person, Interessen, Absichten und Erwartungen 

9. Katalog von Leuten, die gefunden werden wollen 

10. Gemeinsame Umgebung, die das Interesse an einer 
spezieilcn Kategorie von Intcraktivitaten fordert 

11. Speziell organisierte soziale Versammlungen zu 
bestimmten Zeiten 



Herkommliche Losungen und ihre Nachteile 

[0009] Viele von den obcn genanntcn Strategien wurden 
schon technologist umgesetzL Es gibt neue Losungen, die 
als Ergebnis von Informations-, Rechen-, Netzwerk-, Rund- 
funk- und Fernsehrevolutionen entstandcn sind. Dies hat zu 
viel en Simulationen der oben genannten Strategien gefuhrt, 
nur diesmal in den Cyber-, Druck-, Rundfunk- und Fernseh- 
welten. Einige solche Losungen sind im folgenden: 

1. mtemet-Paitoerschaftsverrmtdungsprogramme 

2. Internet-Kataloge 

3. Internet-Chatrooms 

4. Internet-Kleinanzeigen 

5. Zeitungs- und Zeitschriftenkleinanzeigen 

6. Ehekatalogc 

7. Femsehkleinanzeigen 

8. Femsehpartnerschaftsverrnittlungsshows 

9. Rundfunk-Kataloge 

10. Single-Parties 

11. Konventionelle Offentliche Freizeit- und Vergnu- 
gungstretfpunkte 

12. Usw. 

[0010] Die obigen Losungen haben ihre \fortrile und ihre 
Nachteile. Was die Starke der einer ware, konnte die Schwa- 
che der anderen sein. Meistens gab es Kritik in der Gesell- 
schaft, daB viel zu viel im virtuellen Raum passiert und da- 
bei manchmal die Motivation der Leute, in der realen Welt 
zu leben und zu interagieren, abnimmt Das passiert manch- 
mal, weil manche Leute sich viel sicherer fuhlen, wenn sie 
mit anderen Leuten im virtuellen Raum durch einen Bild- 
schirm interagieren. Diese Art der Sicherheit konnte psychi- 
sche Probleme verursachen, da manche Leute sich daran ge- 
wohnen konnten und immer diese Sicherheit der Gesichtslo- 
sigkcit brauchen, wodurch diese Leute sich von der realen 
Welt und ihren Herausford«ungen entziehen. 

Losungsanforderungen 

[0011] Wenn die Menschen wuBten, welche die richtigen 
Leute in einer Masse sind, und wiirden sie einander in einer 
angenehmeren Art vorgestellt werden, dann konnten sie ei- 
nen Dialog fuhren, so wie es ihnen paBt. AuBerdem wurden 
sie sich nicht die ganze Zeit dariiber Gedanken machen miis- 
sen, ob sie, falls sie auf den anderen zugehen, den anderen 
storen wurden, oder ob sie sich dadurch lacherlich machen 
konnten. Uberdies wiirde man iiber die behaupteten Absich- 
ten des anderen im klaren sein. Jeder konnte so wissen, ob es 
an diesem Ort jemanden gibt, der mit jemandem wie ihm/ihr 
zu kommunizieren bereit ware. Diese Treffen wurden im 
realen Leben, in Echtzeit staUfinden, und ohne vorher abge- 
sprochene Termine und Verabredungen, oder nur im virtuel- 
len Raum. Die Dynamik der realen Welt gibt diesem Dienst 
eine eindeutig andere Vorgehens weise als alles, was bis jetzt 
existiert. AuBerdem wissen die Leute fast in Echtzeit, ob sie 
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das Aussehen und das Auftreten des Anderen angenehm und 
akzeptabel genug finden, und ob sie dicseo Bekanntscbafls- 
prozeB fortflihren wollen oder nicht 

Losunpsvortcile 

[0012] Es gibt zwei Aspekte des vorgeschlageoen Dien- 
stcs, die ihn von alien anderen unterschcidcn. 
[0013] Reales Leben: Es existieren viele verabredungsfor- 
demde Dienste im Netz, rait deren Hilfe man in teres sante 
Parteien finden kann, iiber Katalogen, Kleinanzeigen oder 
Vennitdungsdienste. Fur direkte persdnliche Treffen ande- 
rerseits m Lis sen die betroffenen Parteien eine Verabredung 
treffen, was Schwierigkeiten bei der Einigung iiber Ort und 
Zeit mit sich bringt Diesc Dimension entfallt bei unserer 
Vorgehensweise. Der Verabredungsort ist ubticherweise 
gleich dort, wo die zwei Parteien sich gerade befinden. Da 
beide an dem gleichen Ort waren, ware das gar kein Pro- 
blem. Das Treffen ist einfach im realen Leben und nicht im 
Netz. Die Schwierigkeiten bei der Einigung auf einen be- 
stimmten Treftpunkt und die Notwendigkeit, dorthin zu fah- 
ren, sind kein Thema mehr. 

[0014] Echtzeit Konventionellerweise wind das Treffen 
auch zu einem anderen Zeitpunkt arrangiert, was naturlich 
eine Wartezeit mit sich bringt, was wiederum sowohl unnd- 
tige Nervositat verursacht, als auch die beide Parteien in ih- 
rer Spontaneitat beraubt, da man sich bereits so viele Gedan- 
ken iiber die Gclegcnheit und das richtigen Verhalten gc- 
macht hat, daB dies aufgesetzt erscheint und alles urn das 
Treffen herum einfach kunstlich wirkt Dieser Dienst fordert 
solche Treffen, aber mit einer ganz anderen Vorgehens- 
weise. Da die betroffenen Parteien sich kurz nach dem an- 
fanglichen Netz-Handeschiitteln begegnen, ist das Treffen 
fast in Echtzeit Man trifft sich, wie man gerade ist (mehr 
oder weniger). Die Enttauschung, wenn eine Parte i nicht zu 
dem Treffen erscheint, verliert seinen BiB. Zeit wind kaum 
verschwendet, wahrend man auf den anderen wartet AuBer- 
dem gibt es keinen Bedarf, sich irgendeine Ausrede auszu- 
denken oder betroffen zu sein von der begleitenden Pein- 
lichkeit, falls man spat ankommt oder gar nicht aufkreuzt 
Es gibt keinen Bedarf, vorher Blumen zu kaufen. Man muB 
auch nicht in standiger Hektik wegen der Piinktlichkeit sein. 
Es gibt keine Notwendigkeit nachzuschlagen, ob eine Ver- 
abredung in den Terminplan pafit Alles passiert gleich da 
und dort 

[0015] Perspektive: Man konnte chesen Dienst aus einer 
bekannten Perspektiven betrachten. Man kann sagen, es 
funktionicrt so ahnlich wie eine Gesellschaftsdame, die 
praktisch jeden in der Welt kennt, der sich bemiiht zu ihr zu 
kommen und sich ihr zu erklaren. Die Person wiirde ihr sein 
Herz offenbaren, und ihr iiber sich selbst, iiber die eigenen 
Bestrebungen, iiber die eigenen Ansichten, iiber die eigenen 
Hintergninde und den eigenen Kulturkreis usw. erzahlen, 
und sie wissen lassen, dafi er der Wunsch hat, den idealen 
Partner fur eine Beziehung zu finden, welcher Natur die Be- 
ziehung auch sein mag. Die Gesellschaftsdame lafit die Per- 
son wissen, dafi, falls er/sie zu einem bestimmten Ort gehen 
sollte, an dem sie sich auch befindet, sie die Person mit je- 
mandem bekannt machen wiirde, der/die fur ihn/sie genau 
die richtige Person zum Kennenlemen und zu einer weiteren 
Erforschung der gegenscitigen Eignung fur eine Beziehung 
ware. Da die beiden Leute die Gesellschaftsdame gut ken- 
nen, haben sie ein gewisses Vertrauen in ihre Urteilskraft 
und sind bereit, dieser Beziehungseignung nachzugehen. 
Wei terhin werden die beiden auch hoflich und freundlich zu- 
einander sein aus Riicksicht auf ihre gemeinsame Freund- 
schaft mit der Gesellschaftsdame. AuBerdem fiihlen sie sich 
sicherer, da der andere Partner nicht ganz ein Fremder ist, da 



die Gesellschaftsdame ihn kennt und ihn vorgestellt hat So 
konnte der andere auch keinen Schaden anrichten und dabci 
hoffen, ungeschadet davon zu kommen. Die Gesellschafts- 
dame wiirde auch nur solche Leute einander vorstellen, die 

5 ahnliche Erwartungen an ihre Beziehung haben, und bereit 
sind, auf den Anderen zuzugehen oder von dem Anderen an- 
gesprochen zu werden, und mit dem Anderen zu interagie- 
ren. Ein crstes Einvernehmen wind der Person auch dadurch 
gesichert, daB die Gesellschaftsdame ihm die andere Person 

10 beschreibt und womoglich auch das Foto der anderen Per- 
son zeigt, bevor das eigentliche Vorstellen stattfindet 

Losungsarchitektur 

IS Hauptkomponenten 

[0016] Auf der Basis sowohl von raurnlicher Verteilung 
als auch von der Steucrungsinstanz, kann man das Vfcrteiltc 
System fur Partnersuche, Parmerschaftseignungsprufung 
20 und Vorstellung in Unterkomponenten unterteilen. Dies sind 
die folgenden: 



1. Real Partner Match Making Server Unit 
(RPMMSU) 

2. User's Personal Mobile Communications & Com- 
puting Device (PMCCD) 

3. Candidate Partners Personal Mobile Communicati- 
ons & Computing Device (PMCCD) 

4. Serviced Public Leisure and Entertainment Meeting 
Place (SPLEMP) Location Server Unit (LSU) 

5. User Personal Information Entry Interface Unit 
(UPIEIU) 



25 



30 



35 



Real Partner Match Making Server Unit 



[0017] Diese Einheit ist dazu da, um herauszufinden, wel- 
che zwei Leute sich in einer gemeinsamen Umgebung befin- 
den, die ahnliche Interessen an einer interaktiven Tatigkeit 

40 aufweisen, und deren Erwartungen an den anderen, durch 
die behaupteten Eigenschaften des anderen, erfullt werden. 
Um diese Aufgabe durchzufuhren, muB diese Einheit auch 
die dafur benotigten Informanonen verwalten. Dies um- 
schlieBt das Benutzerprofil, die Interaktive-Tatigkeitsab- 

45 sichten-Bestimmungen und die Partnerschaftskanditaten- 
Profil-Schablone. Diese Informationen mussen von dem Be- 
nutzer eingegeben werden. Diese Einheit wird auch mit der 
Verantwortung betraut, dem Benutzer die Eingabe solcher 
Informationen zu ermoglichen. leile der vorher erwahnten 

50 Informationen werden dieser Einheit ubertragen, kurz bevor 
die Aufgabe durchgefuhrt wird Wei terhin teilt diese Einheit 
die Benutzer in Gruppen, je nachdem, in welchem SPLEMP 
der Benutzer sich befindet oder fur welchen der Benutzer 
sich angemeldet hat Nur Benutzer in den gleichen Gruppen 

55 werden fur die Verkuppelung miteinander in Betracht gezo- 
gen. Da diese Einheit wissen muB, wie die Benutzer in 
Gruppen zu unterteilen sind, muB es auch die Informationen 
iiber die SPLEMPs besitzen. Ein Benutzer konnte viele \fer- 
kuppelungsmoglichkeiten brauchen, bevor er sich wirklich 

60 fur den einen oder anderen entscheiden kann. Deswegen soil 
der Benutzer dicsen Dienst nicht nur cinmal am Abend ver- 
mittelt bekommen, sondern mehrere Verkuppelungsange- 
bote sollen dem Benutzer bereitgestellt werden. Da ein Be- 
nutzer das Gelande des Ortes zwischendurch verlassen 

65 kann, muB die Einheit auch noch informiert werden, wann 
der Benutzer sich auf dem Gelande befindet und wann nicht 
Dies ist wichtig, um einen Benutzer nicht mit einem Dienst 
zu beschaftigen, den er gar nicht mehr braucht, und auch um 
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nicht anderen Benutzem einen Parmerschaftskandidaten an- 
zubicten, der sich gar nicht mehr vor Ort befindcL AuBcr- 
dem sollte ein Benutzer in der Lage sein, angeben zu kon- 
nen, warm er den Dienst benutzen mochte und wann nicht 
[0018] Die Einheit, obwohl bishcr als eine einzige Kom- 
ponente betrachtet, konnte selbst unterteilt werden. Einige 
Unterkomponenten konnten sich an einem anderen Ort be- 
findcn. Abhangig von der raumlicben Trennung klassifizic- 
ren wir die Unterkomponenten als systeminterne Unterkom- 
ponenten, naheliegende getrennte Unterkomponenten oder 
als weit entfemte getrennte Unterkomponenten. 

User's Personal Mobile Communications & Computing De- 
vice 

[0019] Dieses Gerat ist fur die Benutzer gedacht Es stellt 
die Laufzeitschnittstelle des Benutzers zu dem Dienst dar. 
Dieses Gerat benutzend wind der Benutzer sich an einem 6f- 
fentlichen Freizeit- und Vergnugungs-Trerrpunkt, der von 
unserem Dienst abgedeckt wird, anmeldcn; der Benutzer 
wird dadurch sowohl die genaue interaktive Tatigkeit oder 
Tatigkeiten, an denen er teilnehmen mochte, als auch die 
Rolle, die der Benutzer bei der Tatigkeit spielen mochte, 
und die Bedingungen fur die Qualifikationen des Partner- 
schaftsanwarters spczifizieren. Der Benutzer wird mit dic- 
sem Gerat den Dienst akdvieren und deaktivieren. Mit die- 
sem Gerat wird der Benutzer Einzelheiten iiber den vermit- 
telten Partnerschaftskandidaten und dessen Verglcichsdaten 
abfragen konnen. Die Bestatigung der Absicht, sich mit dem 
vermittelten Partnerschaftskandidaten zu treffen, wird auch 
iiber dieses Gerat mitgeteilt Die Kommunikation zwischen 
dem Benutzer und dem vermittelten Partnerschaftskandida- 
ten wird auch iiber dieses Gerat stattfinden. Eventuell kann 
dieses Gerat auch von der Umgebung benutzt werden, urn 
abzutasten, ob der Benutzer noch auf dem Gelande des 
SPLEMPs ist oder nicht Das Personal Mobile Communica- 
tions and Computing Device wird von jedem Benutzer ge- 
tragcn werden, das heiBt, im Kontcxt der Vennittluog, beide, 
der Benutzer und sein vermittelter Partnerschaftskandidat 
werden dieses Gerat bei sich tragen. 

[0020] Am wahrscheintichsten wird dieses Gerat eine 
physikalisch zusammenhangende Einheit sein, aber es ist 
moglich, daB es mehrere unterscheidbare Gerate gibt, die 
zusammen alle Funktionalitaten und Verantwortungen, die 
von dem Gerat erwartet werden, realisicren. Im Falle von 
mehreren unterscheidbaren Geraten gabe es die Notwendig- 
keit, daB alle Gerate miteinander kommunizieren konnen, 
und daB die RPMMSU jedes Gerat, das sie braucht, direkt 
oder indirekt iiber eines der anderen, einzeln ansprechen 
kann. Manchmal ist es besser, daB alle Funktionalitaten in 
einem einzigen physikalisch zusammenhangenden Gerat zu 
finden sind, und manchmal kann es vorteilhaft sein, mehrere 
Gerate mit verteilten Funktionalitaten zu haben, da es Mul- 
titaskirigbeuieb und Flexibility ermoglicht 

Candidate Partner's Personal Mobile Communications & 
Computing Device 

[0021] Dieses Gerat ist identisch mit dem Personal Mobile 
Communications and Computing Device des Benutzers, und 
der einzige Unterschied ist, daB der Partnerschaftskandidat 
die Steuerinstanz darstellt Der Partnerschaftskandidat ist 
selbst auch ein Benutzer. In dem Kontext einer Partner- 
schaftseignung wird der BegrifF Partnerschaftskandidat be- 
nutzt, urn ihn von dem Benutzer zu unterscheiden, aus des- 
sen Blickwinkel die ganze Vermittlung betrachtet wird, und 
der Partnerschaftskandidat spielt die Rolle des dem Benut- 
zer gegenuberstehenden. 



Location Server Unit 

[0022] Diese Einheit wird von dem Betreiber des offentli- 
chen Freizeit- und Vergnugungs-Treffpunktes gesteuert Das 

S Hauptziel dieser Einheit ist zu uberpnifen, ob die Benutzer, 
die sich bei einem SPLEMP angemeldet haben, tatsachlich 
auf dem Gelande des SPLEMPs sich befinden. Diese Einheit 
wind die Anmeldungen von Benutzem verwalten und auch 
ihre Anwesenheit verfolgen. Das tut es, indem es ein Kurz- 

10 strecken-Signal in dem Personal Mobile Communications 
and Computing Device des Benutzers verfolgt und es ab- 
hort AuBerdem kummert sich diese Einheit darum, daB 
wann immer sich jemand bei solch einem Ort anmeldet, der- 
jenige das wirklich auf dem Gelande des Ortes tut und nicht 

15 aus einer Entfernung. 

[0023] Da diese Einheit Unterkomponenten beinhaltet, die 
tatsachlich eine raumliche Verteilung notig haben, kann man 
nicht sagen, daB diese Einheit vollkommcn ein physikalisch 
zusammenhangendes Gerat sei. Es umfafit viele kleine Ge- 

20 rate, die an verschiedenen Platzen auf dem Gelande des 
SPLEMPs plaziert sind. Die Funktionalitat dieser Gerate be- 
inhaltet sowohl Anmeldung und Bestatigung von Einchek- 
ken und Auschecken als auch Abhoren von anwesenheitsbe- 
statigenden Signalen, die von dem PMCCD des Benutzers 

25 ausgehen. Alle diese Gerate werden korpcrlich getrennt sein 
von, zum Beispiel von dem Teil, der fur die Verwaltung und 
das Weiterleiten von Inform ationen an die RPMMSU zu- 
standig ist 

30 User Personal Information Entry Interface Unit 

[0024] Diese Einheit wird vom Benutzer verwendet, um 
Angaben iiber sich selbst in die RPMMSU einzugeben. Nor- 
malerweise wird diese Einheit von dem RPMMSU ziemlich 

35 weit entfemt sein, so daB es nah am Benutzer sein kann, wo 
auch immer der Benutzer sein mag. Unter Benutzung dieser 
Einheit kann man eine Verbindung zu der RPMMSU eroff- 
nen, was dieser Einheit genug Informationcn von der 
RPMMSU herunterzuladen verhilft, so daB es eine tnterak- 

40 tive Prasentations-Schnittstelle darstellen kann. Diese Infor- 
mationsaustauschschnitlstelle benutzend, muB es fur den 
Benutzer moglich sein, Angaben iiber die eigene Identitat, 
Kontaktierbarkeit, identitatsbestatigende Referenzen, Be- 
nutzer-Profll, allgemeine interaktive Tatigkeits-Interessen, 

45 das entsprechende allgemeine Partnerschaftskandidatenpro- 
fil usw. einzugeben. Alle diese Informationen kann man zu- 
sammenfassen als gestaltbares Benutzer-Konto. 
[0025] In allgemeinen wird diese Einheit ein System sein, 
das iiber eine Netzwerk- Verbindung mit einem RPMMSU 

50 verbunden ist Fur eine bequeme Benutzer-Interaktions- 
Schnittstelle konnte ein groBer Bildschirm notig sein, so daB 
es eine entsprechend groBzugige Auflosung moglich macht, 
eine groBe Farbpalette, usw. Nicht jedes Gerat wird alle 
diese Annehmlichkeiten anbieten konnen. Nichtsdestou-otz 

55 kann die Presentation einfacher gehalten werden, so daB die 
Prasentationsanforderungen nicht zu hoch sind und Gerate 
mit verschiedenen Leistungsmerkmalen und Hardwarevor- 
aussetzungen den Benutzer in seiner Interaktivitat mit dem 
RPMMSU unterstiitzen konnte. Es ist durchaus moglich, 

60 daB der PMCCD des Benutzers die notwendigen Leistungs- 
merkmale aufweist, daB die gesamtc Personal Information 
Entry Interface Unit des Benutzers darin integriert werden 
kann. Naturlich kann diese Einheit komplett unabhangig 
von dem PMCCD des Benutzers sein. 

65 

Zu Grunde liegende Architekturkonzepte 
[0026] Diese raumlichen Komponenten konnen weiter 
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physikalisch und raumlich in Unterkomponenten unterteilt 
werdcn, aber dicse Unterkomponenten weiden zusammen- 
arbeiten, urn eine einheitliche funktionale Verantwortung zu 
verwirklichen. Manchmal konnte die raumliche Untertei- 
lung der Unterkomponenten crwunscht, erforderiich und 
praktisch sein. 

[0027] Manche Unterkomponenten konnten von anderen 
Instanzen als der Haupt-Stcucrungsinstanz der Komponente 
gesteuert oder beeinfluBt werden. Dies kann nur passieren, 
wenn die Haupt-Steuerungsinstanz die Befugnis dafur er- 
teilt Die Befugnis kann an eine andere auf ein Anforde- 
rungszeicben hin fur nur eine Aktion oder fur eine ganze Sit- 
zung erteilt weiden. Es kann auch so gestaltet werden, dafi 
die andere Instanz jederzeit die Steuerung haben kann, 
hochstwahrscheinlich in cincrn bestimmten Kontext, oder es 
bat die Steuerung als eine Vorbedingung, urn einen Dienst 
verarbeitet zu bekommen oder in dem man an einem Dienst 
IcilnimmL AuBcrdcm konnte Lesc- und SchrcibzugruT auf 
ein Informationsspeicherungs-Modul zwischen der Haupt- 
Steuerungsinstanz und einer anderen Instanz geteilt werden. 
In diesen Unterkomponenten konnten die zwei Instanzen 
unterschiedliche Verantwortungen tragen. 
[0028] Nicht alle Unterkomponenten sind notwendig. B- 
nige Unterkomponenten konnten notwendig sein fur die fol- 
genden Ziele: 

1. Zusatzliche Sicherbeit 

2. Verbcsscrte Qualitat des Dienstes 

3. Wahlfreie funktionale Erweiterungen 

4. Anspruchsbekraftigung und -zuruckverfolgbarkeit 

5. Zeitanalyse und statistische Datenerhebung 

6. Lei stung 

7. Rechnungsschreibung 

8. Multiple Informationseingabe- und -ausgabe-Me- 
chanismen 

9. Test und Diagnose 

[0029] Die oben genannten abstrakten Aspekte konnen 
weiter konkreter spezifiziert werden. Daruber hinaus, urn 
konkrete Aspekte zu realisieren, konnen verschiedene Un- 
terarchitekturen vorgestellt werden. 

[0030] Dies kann abhangen von entgegenwirkenden 
Dienstparametern, und dem wirklichen Ausgleich, was man 
dabei erreichen wollte. 

Abstrakte Komponententypus-Architektur 

Komponenten 

[0031] Die Abstrakte Komponententypen- Architektur be- 
schreibt, wie man eine Architektur etwa senkrecht oder als 
Schichten betracbten kann. Diese Architektur wird sich fast 
in jeden raumlich so wie funktional unterscheidbaren Sy ste- 
men wiederholen. So kann man die Architektur von, z. B. 
der Real Partner Match Making Server Unit, dem Personal 
Mobile Communications and Computing Device des Benut- 
zers, oder auch der Location Server Unit des SPLEMPs be- 
trachten. Alle werden Module haben, die grob in die folgen- 
den Kategorien unterteilt werden konnen: 

1. Plattfonn-Basis-Komponenten 

2. Informations-Speicher- Komponenten 

3. Dienst-FunktionaUtats-Komponenten 



fur Netzwerkbetrieb, Prozessor, Prozessorspeicher, Aus- 
gabe-Formatierer, Bildschirm, Dauerhafter-Speichcr-Ver- 
waltungssystem-Modul, usw. Diese Komponenten kann 
man ansehen als solche, die in jeder Computer-Plattform 
5 vorhanden sind, die Funktionalitaten wie Eingabe, Ausgabe, 
Rechnen, Speichem, Kommunikation, usw., unterstutzen. 
Alle anderen Komponenten bauen ihre Funktionalitaten auf 
dicse Komponenten auf. 



10 



Informations-Speicher- Komponenten 



[0033] Diese konnen weiter unterteilt werden nach ver- 
schiedene Kriterien. Informations-Speicher- Komponenten 
konnen dauerhafte oder vorubergehende Speicherung unter- 

is stiitzen. Dauerhafte Informations-Speichcr-Komponenten 
bewahren ihren Informationsgehalt sogar, nachdem die 
Stromzufuhr ausgeschaltet wird. Die \forubergebenden In- 
formations-Speicher- Komponenten existicren nur, solange 
sie mit Strom beliefert werden. Dauerhafte Informations- 

20 Speicher-Komponenten werden benutzt, um Informationen 
uber eine lange Zeitdauer zu bewahren, sogar wenn kein 
Modul Verwendung fur den Informationsgehalt in den Kom- 
ponenten hat. Vfcrubergebende Informations-Speicher-Kom- 
ponenten werden von Modulen als Hauptspeicher benutzt, 

25 immer wenn diese Komponenten Lesc- oder Schrcibzugang 
auf deren Gehalt brauchen. Die Informationen, die darin be- 
inhaltet sind, sind entscheidend fur den Betrieb der Kompo- 
nenten. Es gibtlnformations-Speicber-Module, in denen nur 
einmal geschrieben werden kann. Hier bleibt die Informa- 

30 tion, die am Anfang eingesetzt wurde, fur immer unveran- 
dert 

Dienst-Funktionalitats-Komponenten 

35 [0034] Dicse stellen die Funktionalitat, die kennzeichnend 
fur das raumlich so wie funktional unterscheidbare System 
ist, bereit Jedes System wird mehrere solcher Komponenten 
haben, und der Satz der Komponenten in jedem System wird 
zu Variationen neigen, sollte das System fur unterschiedli- 

40 che Funktionalitat konzipiert sein. Diese Komponenten er- 
moglichen einem System, seine eigene individuelle An- 
wendbarkeit zu beanspruchen. 

Sign ale 

45 

Beschreibung 

[0035] Ein anderer Aspekt der Architektur ist, wie die ver- 
schiedenen Komponenten miteinander kommunizieren. 
50 Dies geschieht mit der Hilfe der Signale. Diese Signale be- 
inhalten folgende Art von Informationen: 

1. Netzwerks- und Kommunikations-Protokoll-Infor- 
mationen 

55 2. Identitat der Signalsender und andere Informationen 
zu Authentifizierungs-Zwecken 

3. Identitat der adressierten (angesprochenen) Kompo- 
nente 

4. Identitat der adressierten Funktionalitat der Kompo- 
60 nente 

5. Parameter zu der Funktionalitat der Komponente 

6. Inhaltliche Informationen 



Plattform-Basis-Komponenten 
[0032] Dies umschlieBt Module, die verantwortlich sind 



[003d] AuBerdem werden die Signale selbst identiflziert 
65 und beschrieben, abhangig von der Art der Komponenten, 
unter welcben Signale ausgetauscht werden, und der Art des 
Mediums, uber welches sie gesendet werden. Ein Signal 
wird ublicherweise durch eine Linie dargestellt, die von der 
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sendenden Komponente zu der empfangenden Komponente 
gezcichnct wird, in eincm Pfeil endcl, und mit cinem Namen 
oder einem Text, welcher die Funktionalitat angibt, be- 
schriftet wird. 

5 

Vemetzung 

[0037] Zu Anfang gcniigt es zu sagen, daB Komponenten, 
die korperlich in direkter Verbindung miteinander stehen, 
mittels irgendeines Kommunikationsbus miteinander kom- 10 
munizieren werden, z. B. innerhalb eines Rechners. Diejeni- 
gen, die in der Nine des anderen, aber nicht korperlich mit 
ihm verbunden sind, konnten miteinander uber Kabel oder 
iiber drahtlose Kurzstrecken-Verbindungsmittel kommuni- 
zicren. Dicjcnigen, welche voncinandcr wcitcr entfernt sind, 15 
werden mit den anderen uber Kabel oder langstreckentaug- 
liche drahtlose Mitteln benutzend kommunizieren, wobei 
Netzwerk- und Konmiunikations-ProtokoU-Architekturen 
verwendet werden. Basierend auf der Entfernung der Yer- 
bindung kann man die folgenden Vemetzungsarten unter- 20 
scheiden: 

1. Uber sehr kurze Entfernungen mittels eines system- 
intern en Kommunikations-Bus oder Hauptspeichers. 
Von Komponenten in einem physikalisch zusammen- 25 
hangenden elektroniscben System zu einer Kompo- 
nente in dem gleichen System. 

2. t)ber kurze Entfernungen mittels Kabel-\ferbindun- 
gen oder drahtlosen Mitteln fur kurze Entfernungen. 
Von Komponente an einem Punkt innerhalb eines Ge- 30 
baude-Komplexes zu einer anderen Komponente an ei- 
nem anderen Punkt in dem gleichen Gebaude-Kom- 
plex. 

3. Uber groBe Entfernungen mittels Kabel und draht- 
loser Funk-Obertragung. Von Komponenten an einem 35 
Punkt auf der Erde zu einem anderen Punkt auf der 
Erde oder sogar auBerhalb. 

[0038] AuBerdem, abhangig von dem jeweiligen Mittel, 
kann man folgendes unterscheiden: 40 



1. Dber Kabel: Dies ist ein allgemeiner Begrifif, der 
ausdriickt, daB es eine materielle Verbindung zwischen 
zwei Komponenten gibt, und dieses materielle Mittel 
fur die ttbertragung von Signalen verwendet wird. 

2. Drahtlos. In diesem Fall wird das Signal ohne ein 
materielles Mittel dazwischen ubertragen. Zum Bei- 
spiel werden elektromagnetische Wellen fur die ttber- 
tragung benutzt 



kige drahtlose Verbindungen kommunizieren. 

Personal Mobile Communications and Computing Device 
des Benutzers 

[0041] Personal Mobile Communications and Computing 
Device des Benutzers werden hcchstwahrscheinlich Verbin- 
dungen iiber sehr kurze Entfernungen haben, da alle Unter- 
komponenten in einem physikalisch zusammenhangenden 
Gerat eingeschlossen werden. Diese einschrankende Bedin- 
gung wird dadurch etwas aufgelockert, dafi es rooglich ist, 
daB das Gerat raumlich etwas verteilt sein konnte. Das eine 
oder der andere Modul konnte von den anderen getrennt 
sein, zum Beispiel die Audio-Eingabe-Komponente. Zwi- 
schen dicscn konnte die Verbindung dann uber kurze Kabel 
oder kurzstreckige drahtlose Mittel erfolgen. Extern kom- 
muniziert das Gerat mit dem RPMMSU iiber langstreckige 
drahtlose Verbindungen und mit der LSU des SPLEMPs 
iiber kurzstreckige drahtlose Verbindungen. 

Location Server Unit des Serviced Public Leisure and Enter- 
tainment Meeting Place 

[0042] Die Location Server Unit des Serviced Public Lei- 
sure and Entertainment Meeting Place konnte zwei Artec 
von Verbindungen nutzen. Innerhalb der Hauptrechner- 
Plattform wurde es Verbindungen iiber sehr kurze Entfer- 
nung bcsitzcn. Mit den anderen abhorenden Modulen 
konnte es kurzstreckige Kabel- Verbindungen oder kurz- 
streckige drahtlose Verbindungen haben. Im Hinblick auf 
externe Verbindungen wird es mit der RPMMSU langstrek- 
kige Verbindungen haben, die hochstwahrscheinlich uber 
Kabel verlaufen werden, aber auch drahtlose Mittel sind 
nicht ausgeschlossen. Zu dem PMCCD des Benutzers wird 
es nur kurzstreckige drahtlose Verbindungsartcn gebcn. 

Haupt-Dienstprozesse, Funktionalitaten und Losungsstrate- 
gien 

Benutzer-Registrierung 



Intra- und Inter- Verbindungs- Entfernung und Medium in 
der Architektur-Komponente 

[0039] Abhangig vom Anwendungsgebiet der Einheit 
kann es sein, daB es mehr als eine im Hinblick auf die Ent- 
fernung unterscheidbare Kategorien verwendet, um die Un- 
terkomponenten miteinander zu verbinden. 

Real Partner Match Making Server Unit 

[0040] Die Real Partner Match Making Server Unit wird 
alle drei Verbindungsmoglichkeiten einsetzen. Die Module 
in der Einheit werden hochstwahrscheinlich mit der LSU 
der SPLEMP uber Langstreckige Kabel- Verbindungen kom- 
munizieren, und gegebenenfalls ware das sogar mit lang- 
streckigen drahtlosen Verbindungen moglich. Mit der 
PMCCD des Benutzers wird der RPMMSU uber langstrek- 



[0043] Zuerst und vor allem muB sich ein Benutzer, bevor 
er den Vermittlungsdienst benutzen kann, bei diesem Dienst 
anmelden. Wahrend der Anmeldung stellt der Benutzer die 
45 folgenden Informationen bercit 

1. Personlicheldentifikations-Angaben 

2. Digitale Foto(s) von sich 

3. Angaben zur Kontaktierbarkeit 
50 4. Privat-Anschrift 

5. Arbeitsplatz-Anschrift 

6. Identitatsburgende Instanz (z. B. in manchen Lan- 
dern die Post) 

7. Autorisierende Angaben zur Identitatsbestatigung 
55 8. Bankverbindung 

9. Kontaktierbarkeitsadressen der Personal Mobile 
Communications and Computing Devices 



[0044] Die private Anschrift ermoglicht es festzustellen, 
60 in welcher Region der Benutzer den Dienst beansprucht, 
und den Benutzer mit der jeweiligen geographischen Region 
zu assoziieren. Es ware definitiv wunschenswert, die reale 
Identitat des Benutzers festzustellen. Dazu kann man zwei 
Griinde nennen. Als erstes zur Authentifizierung, das heiBt, 
65 um festzustellen, ob der Benutzer sich wirklich unter seiner 
Identitat anmeldet, und zum zwei ten, um zu bestatigen, ob 
das vorgegebene Foto wirklich von dem Benutzer ist und 
nicht von jemand andere m, ob real oder virtuell. 
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[0045] Angaben zur Bankverbindung konnten von Nutzen 
sein, um dem Benutzer Rcchnungen zu schreiben, falls so 
eine Politik gefuhrt wird, fur eine bessere Dienstleistungs- 
qualitat, fur einmalige Rechnungsschreiben, fur Hilfsdienste 
wie Idenlifikadons-Verarbeitung, usw., und nalurlich fur die 
Identification selbst 

[0046] Kontaktierbarkeits-Informationen konnten beno- 
tigt werden, um den Benutzer iiber mogliche den Dicnst be- 
treffende Informationen, Anforderungen, usw. zu informie- 
ren. Das Personal Mobile Communications and Computing 
Device ware naturlich die wunschenswerteste Kontaktier- 
barkeitsmoglichkeit fur Benachrichtigungen, die dringende 
Aufmerksamkeit oder Befolgung brauchen, aber es kann 
auch eine E-Mail Adresse oder eine lelefonnummer sein. 
Man braucht die Adresse des Personal Mobile Communica- 
tions and Computing Device, um den Dienst zu verwirkli- 
cben. In der Theorie kann der Benutzer mehrere solchen Ce- 
rate haben, aber wahrend der Benutzung muB er eine aus- 
wahlen. Der Benutzer kann davon eine als vorgegebenen de- 
finieren. Das aktive Gerat kann naturlich auch gefunden 
werden, wenn der Benutzer sich einmal an dem SPLEMP 
anmeidet, und die LSU des SPLEMP die RPMMSU infor- 
miert, mit welchem Personal Mobile Communications and 
Computing Device der Benutzer sich angemeldet hat Der 
Benutzer kann sich nur fiber ein Gerat anmelden, das auch 
hier aufgezahlt wurde. Der Identifikations-Chip innerhalb 
des Personal Mobile Communications and Computing De- 
vice besagt, welche Identitat es haL Wenn man den Identifi- 
kations-Chip andern wurde, wurde das Gerat einfach als ein 
anderes Gerat verstanden werden. 

Benutzerprofil-Verwaltung 

[0047] Dies ist ein sehr wichtiger Aspekt des Dienstes. 
Hier muB der Benutzer Angaben fiber sich selbst eingcben. 
Es gibt verschiedene Bereiche, wortiber der Benutzer Infor- 
mationen eingeben wird Dies schlieBt die folgenden ein: 

1. Korperliches Aussehen 

2. Spirituelles Glaubenssystem 

3. Politisches Glaubenssystem 

4. Ethnische Abstammung 

5. Kulturelle Identifizierung 

6. Sozialer Status 

7. Ausbildung 

8. Berufliche Fachrichtung 

9. Beruflicher Status 

10. Wohlstand und Einkommen 

11. Erf ahmng 

12. Wissen 

13. Fahigkeiten 

14. Gewohnheiten 

15. Wohnumgebung 

16. Interessen 

17. Erwartungen 

18. Ansichten 

19. Bevorzugte Themen 

20. Interaktive Tatigkeitsabsichts-Definitionen und 
Partnerschaftskandidaten-Profilschablone 

21. Usw. 

[0048] Es mufi betont werden, daB der Benutzer die Anga- 
ben so ehrlich wie moglich eingeben sollte. Es wird nicht 
vorausgesetzt, daB der Benutzer alle oben genannten Infor- 
mationen eingibt AUerdings konnen alle oben genannten 
Elemente fur die Uberpriifung der Partnerschaftseignung 
benutzt werden. Dem Benutzer soli ermoglicht werden, daB 
er fiber diese und viele andere Themen mehr so viele Einzel- 



heiten eingeben kann, wie er sich wfinscht. Falls der Benut- 
zer noch weiterc Informationen bereitstellen mocfate, sollte 
die Moglichkeit schon existieren. Naturlich kann der Benut- 
zer die ganzen Informationen in freiem Text-Format bereit- 

5 stellen, aber fur den Algorilhmus muBte es schon wohlstruk- 
turiert werden. Freien Text in strukturierte Informationen 
umzuwandeln ware schwierig, da dies technologisch hoch- 
cntwickelte Sprachvcrarbeitungs-Module und sogar kfinstli- 
che Intelligenz verlangen wurde. Effektiver und einfacher 

10 ware es, dem Benutzer sehr viele Fragen zu stellen und die 
durch die Antworten zuruckgelieferten Informationen in ge- 
eigneten Datenstrukturen zu erfassen. Diese \forstellungsge- 
sprache konnten in textlicher oder mundlicher Form sein. 
Ublicherweise wind der Benutzer vor einem Computer mit 

is Netzwerk-Zugang sitzcn, und unter Vcrwcndung gcwisser 
Netzwerk-Protokolle eine Datenverbindung zu der 
RPMMSU erstellen. Durch Datenaustausch zwischen den 
zwei Einheitcn konnte der Benutzer sein Benutzer-Profil 
editieren. Ein Beispiel ist, wenn der Benutzer eine Intemet- 

20 Verbindung fiber einen Internet-Dienstanbieter herstellt 
tjber den Intemet-Dienstanbieter kann der Benutzer eine 
Verbindung zu der Web-Prasenz der RPMMSU machen. Mit 
der Hilfe eines Web-Browsers kann der Benutzer Web-Sei- 
ten von dort herunterladen. Diese Web-Seiten bieten die 

25 Funktionalitat zur Editierung des Benutzerprofils. Die Nut- 
zung dieser Funktionalitat eroffnet ein Interview, welches 
entweder textlicher, graphischer oder mundlicher Natur sein 
kann; indem man die Fragen des Interviews beantwortct, 
kann man sein Benutzer-Profil editieren. Diese Benutzer- 

30 profil-Editierungsfunktionalitat kann der Benutzer wieder- 
holt aufsuchen und das Benutzerprofil kann editiert, wieder- 
editiert und erweitert werden. 

Bedienungs-Ei nlei tung 

35 

[0049] Zuerst wendet sich ein neuer Benutzer des verteil- 
ten Systems ffir die Partnersuche, Partnerschaftseignungs- 
prufung und Bckanntmachung an einen dem System angc- 
schlossenen offentlichen Freizeit- und Vergnfigungs-Ort 

40 (SPLEMP) und meldet sich fur den dort verfugbaren Dienst 
an, als jemand, der sich an diese m SPLEMP aufhalL Dies 
geschieht fiber ein Personal Mobile Communications and 
Computing Device (PMCCD) mittels eines Befehlsformats. 
Dies kann entweder durch das Drucken einer Taste auf dem 

45 Gerat, welche in diesem Modus fur diesen Zweck eingestellt 
wurde, oder durch Beruhrung eines bestimmten Punktes auf 
dem Sensorbildschirm, was die Anmeldung betadgen 
wurde, oder durch einen mundlichen Befehl erfolgen. Dies 
ist der ersten Schritt Nach diesem Schritt werden viele Teile 

50 dieses Moduls und andere sachdienliche Module geladen 
und dem Benutzer bereitgestellt, fiber welche die Parameter 
des Dienstes erfaBt werden konnen. 

Ortsfeststellung 

55 

[0050] Qrtsfestellung kann konzeptionell eigentlich in 
zwei Stufen unterteilt werden. Die erste ist die Orts-Anmel- 
dung und die andere ist die Anmeldung sorts- Anwesenheits- 
Sicherstellung. Bei der Orts- Anmeldung reicht es, wenn ein 
60 Benutzer fiber sein PMCCD aussagt, daB er sich an so-und- 
so einem Ort befindet Hier wird der Ort als ein SPLEMP 
verstanden. Unter Anmeldungsorts-Anwesenheits-Sicher- 
stellung versteht man, Mechanismen zu haben, wodurch der 
Dienst sicherstellen kann, daB der Benutzer, der sich an ei- 
65 nem Ort angemeldet hat, sich auch wirklich noch an diesem 
Ort befindet, und daB kein Betrug bzw. kein MiBverstandnis 
vorliegt 

[0051] Bei der Anmeldungsorts-Anwesenheits-Sicherstel- 
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lung findet ebenfalls eine Orts-Anmeldung statt, aber zu- 
satzlich rauB der Benutzcr bcweiscn konnen, daB diese Be- 
hauptung wahr ist Also wild bier biBchen anders vorgegan- 
gen. Dazu muB die Ortsposition festgestellt werden. Man 
kann diese als eincn Parameter an die Dienstanfordcrung an- 5 
sehen. Die Feststellung der Ortsposition kann auf mehrere 
unterschiedlicbe Weisen geschehen: 

- Entweder die Koordinaten konnen von einem Posi- 
tionierungsdienst abgelesen werden, zum Beispiel dem 10 
Global Positioning System, welches mit dem Personal 
Mobile Communications and Computing Device asso- 
ziiert wird, und dessen Daten zu dem RPMMSU iiber- 
tragen werden. 

- Falls die Umgebung von dem Personal Mobile Com- 15 
munications and Computing Device automatisch wahr- 
nehmbar ist, und das Gerat die Fahigkeit besitzt, die 
Umgebung abzufragen, dann kann das Gerat aucb die 
RPMMSU von der Ortsposition des Benutzers infor- 
mieren. Eine Verbindung zu der Umgebung kann ge- 20 
schehen iiber verschiedene Technologien wie den auf 
Infrarot basierten IrDA, auf Rundfunkwellen basierten 
Bluetooth Technologie von BluetoothSIG, drahtlose 
JTNI von Javasoft, oder ahnlichem, was die Aufgabe 
erledigen kann. Dann wird der Ortinformatiocsdicnst 25 
aufgesucht, urn herauszufinden, wie die Umgebung 
sich definiert, uber Name und Domain-Name oder fiber 
gcographische Koordinaten. Der Domain-Name kann 
aus unterschiedlichen Systemen entstehen wie zum 
Beispiel aus politisch-geographischer Zuordnung, In- 30 
dustriebranche, Gesellschaftsverband, Behordlicher 
Anmeldung, Zielgruppe, Topologie, usw. Wenn man 
den Namen des Ortes kennt, sollte man die geographi- 
schen Koordinaten feststellen konnen und zum Teil 
auch umgekehrt 35 

- Der Benutzer kann die Informationen iiber die Iden- 
titat des Ortes auch selbst eingeben, durcb Diktieren, 
Eintippen oder die Auswahl aus verschiedencn aufgcli- 
steten Wahlmoglichkeiten. 

40 

[0052] Die Identitals-Informationen den Ort betreffend 
konnen auf verschiedenen Wegen definiert werden: 

- Name. Dies kann passieren, falls es einen eindeuti- 
gen Namen fur den Ort gibt und die geopolitische Do- 45 
main in dem Kontext klar ist. 

- Adresse. Zu jeder Adresse entspricht ein bestimmter 
Ort. 

- Gcographische Koordinaten. Falls der Ort nicht in 
einem mehrstockigen Gebaude untergebracht wurde, 50 
konnte man eine eins-zu-eins Beziehung zwischen den 
Koordinaten und dem Ort erwarten. 

- Daniber hinaus mag es fur manche Orte irgendeine 
behordliche oder handelskammerliche Identification 
geben, welche fur jeden Ort einzigartig ist 55 

- Eine solche ID konnte fur eine ganze Kategorie von 
Diensten in Gebrauch sein, und wurde dann eventuell 
von einem zentralen organisierenden Verband von 
Dienstanbietem vergeben werden. 

- Es konnte sein, daB eine ID nur fur diese eine Dienst- 60 
lcistung speziell konzipiert wurde. 

[0053] Es ist moglich, von jeder dieser verschiedenen Ar- 
ten, einen SPLEMP-Ort zu bezeichnen, von einer anderen 
oder Gruppen von anderen abzuleiten, je nach der Einzigar- 65 
tigkeit des Informationselementes und der Klarheit des Kon- 
textes. In unterschiedlichen Kontexten wiirden einige Arten 
von Identitalsinformationen nicht vorhanden sein. Von den 
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Inform ationselementen, die anwendbar sind, wurde es aus- 
reichen, eines oder einige zu spezifizieren, und die anderen 
iiber Abbildungen, Konvertierung oder ein anderes Nach- 
schlageverfahren ableiten zu lassen. AuBerdem, je nach den 
Anforderungen der Anwendung, ware es gar nicht wun- 
schenswert, manche bzw. alle abzuleiten. Diese Ableitung 
wird, wenn uberhaupt, bei der RPMMSU stattfinden, wel- 
che diese Funktionalitat selbst besaBe, oder den Dienst von 
noch einer weiteren Einheit beanspruchen wurde, welche 
solche Abbildungsverarbeitungsfahigkeiten und die not- 
wendigen entsprechenden Informationen besitzt 

Interaktive-Tatigkeitsabsichten-Definition 

[0054] Der Benutzcr konnte den Wunsch haben, eine be- 
stimmte Absicht an einer interaktiven Tatigkeit oder Tatig- 
keiten zu definieren, an der er gemeinsam mit einem Part- 
ncrschaftskandidaten teilnehmen mdchte, und die er als die 
am besten geeignete und wunschenswerte fur die bestimmte 
Situation, Ort, Laune, Bedurfmsanalyse und Beschafti- 
gungsbetonung einstuft und die seinen Prioritaten ent- 
spricht. Mit anderen Worten, der Benutzer definiert, welche 
seine Interessen zu dem jeweiligen Zeitpunkt sind. Die Rol- 
len in der Tatigkeit kdnnen symmetrisch oder unterschied- 
lich sein. Aus dem Benutzer-Profil oder von einer zusatzli- 
chen Instanz sollte es schon klar hervor gehen, welche Rolle 
der Benutzer bei der Tatigkeit zu spielen beabsichtigt Falls 
die Tatigkeit nur eine Rolle hat, oder eine vorgegebene 
Rolle implizit zu erkennen ist, ist es nicht notwendig, daB 
diese Information explizit von dem Benutzer eingegeben 
werden muB. AuBerdem sollte der Benutzer in seinem Be- 
nutzer-Profil schon alles so beschrieben haben, daB es inn 
qualifiziert, die Rolle zu besetzen. 

[0055] Daniber hinaus konnte der Benutzer explizit zum 
Ausdruck gebracht haben, fur welche Rolle ein Partner- 
schaftskandidat gesucht werden soil. In den meisten Fallen 
wird das klar aus dem Kontext hervor gehen. Die meisten in- 
teraktiven Tatigkciten diirften nur zwei Rollcn haben, und 
wenn der Benutzer die eine Rolle ubernimmt, dann wird lo- 
gischerweise der Partnerschaftskandidat fur die ubrig ge- 
bliebene RoUe gesucht Falls die Rollen symmetrisch sind, 
ist die Rollenzuteilung auch klar. Gibt es hingegen mehrere 
Rollen fur eine Tatigkeit, so linden wir Haupt- und Randrol- 
len, und der Kontext kann auf die Hauptrollen beschrankt 
werden. Es gibt dann wohl auch Abhangigkciten zwischen 
den Rollen, so daB eine bestimmte Rolle eine andere als Ge- 
genstuck erfordert, was es einfacher macht, welche Rolle 
der Partnerschaftskandidat spielen soli. Falls es Zweifel 
gibt, kann natiirlich vom Benutzer immer gefordert werden, 
die genaue Rolle, die der Partnerschaftskandidat spielen 
soil, zu spezifizieren. Falls der Benutzer meint, daB die 
Rolle explizit spezifiziert werden soil, um die oben genannte 
Strategic, die Rolle des Paitnerschaftskandidaten zu bestim- 
men, zu umgehen, kann der Benutzer dies natiirlich selbst in 
die Hand nehmen. 

[0056] Um die Anforderungen einer Rolle in einer Tatig- 
keit zu erfullen, gibt es gewisse Qualiflkationen, die der 
Partnerschaftskandidat aufweisen muB. Diese Anforderun- 
gen sind in sich abhangig von der Art der Tatigkeit und der 
Anspriiche der betroffenen Rolle, und konnen als solche da- 
von abgeleitet werden. AuBer diesen Anforderungen konnte 
der Benutzer weitere zusatzliche Bedingungen an den Pait- 
nerschaftskandidaten stellen wollen. Diese Bedingungen 
muBten explizit genannt werden. Der Algorithmus konnte 
allgemeine asthetische Neigungen des Benutzers benutzen, 
die vorher in dem Benutzer Profil definiert wurden, um den 
Partnerschaftseignungsfund geschmackvoller zu machen. 
Diese Neigungen werden nicht unbedingt als notwendig ein- 
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gestuft, um eine Partnerschaftseignung zu finden. 
[0057] Es konnte interaktive Tatigkeiten geben, bci denen 
es wichtig ware, eine breite Vielfalt von zusatzlichen Quali- 
fikationen zu definieren. Wenn dies wiedeifaolt gemacht 
wird oder gemacht werden muB, obwohl gcrade keine Lust 5 
dazu vorbanden ist, seine Zeit so zu verbringen, so kann dies 
als belastigend und unangenehm empfunden werden. Des- 
wcgen sollte es moglich sein, alle diese verschicdcnen Qua- 
lifikations-Mengen ftir verschiedene interaktive Tatigkeiten 
vorab zusammen mil dem Benutzerprofil zu definieren, oder 10 
sie zu einem spateren Zeitpunkt hinzufugen, aber nicht un- 
bedingt zwingend dann, wenn man sich gerade in einer Part- 
nersuchumgebung befindeL So werden mehrere bevorzugte 
interaktive Tatigkeiten definiert sein, und zu jeder konnten 
mehrere zusatzliche ProGl-Schabionen fur den Partner- 15 
schaftskandidaten definiert sein. Fur diese Tatigkeiten ware 
es bequem moglich, innerhalb einer Partnersucbumgebung 
cinfach cine bcslimmte Tatigkeit und die dazugehorendc(n) 
Profil-Schablone(n) zu aktivieren. Wo dies moglich ist, kann 
eine Vereinigung der ausgewahlten Profil-Schablonen fur 20 
die Sitzung ubernommen werden. Man kann auch die Attri- 
bute der spezifizierten Profil-Schablonen fur den Partner- 
schaflskandidaten durch AND, OR, oder XOR Masken 
kombinieren. 

[0058] Der Benutzer sollte auch seine Absichtcn etwas ab- 25 
strakter definieren diirfen. Das heiBt, der Benutzer wind die 
interaktive Tatigkeit abstrakter spezifizieren. Diese allge- 
meinere Kategorie wird all ihre spezifischcrcn Van an ten 
einschlieBen. Welche Varianten dann als spezifiziert gelten 
werden, kann nur bestimmt werden, wenn die allgemeine in- 30 
teraktive Tatigkeit durch die Interessen des Benutzers, die 
im Benutzerprofil definiert wurden, filtriert wird und die 
Einschrankungen darauf eingesetzt werden. 
[0059] Der Benutzer darf mehrere interaktive Tatigkeiten 
spezifizieren, an denen er zu dieser Zeit Interesse hat Der 35 
Partnerschaftssuchalgorithmus wird dann alle beabsichtig- 
ten interaktiven Tatigkeiten getrennt bearbeiten. 
[0060] Im oben erwahntcn Fall kann es empfehlenswcrt 
sein, wenn die Prioritaten der interaktiven Tatigkeiten defi- 
niert sind. Diese Prioritaten geben an, wie wichtig die spezi- 40 
fizierten interaktiven Tatigkeiten fur den Benutzer sind und 
in welcher Reihenfolge der Wichtigkeit das Eignungsuber- 
prufungsprogramm diese Tatigkeiten behandeln soli Es gibt 
verschiedene interaktive Tatigkeiten, die den Benutzer in ei- 
ner bestimmten Rolle haben, die als dienstbereitstellende 45 
Rolle beschrieben werden kann. Diese Arten von Tatigkei- 
ten nehmen eine niedrigere Prioritat an als Tatigkeiten, bei 
denen die Rolle des Benutzers mehr als eine symmetrische 
Rolle oder als Khenten-Rolle darzustellen ware. AuBerdem 
kann die Priorisierung auf der Basis des im Benutzer-Profil 50 
vordefinierten Interessen-Spiegels fiirbestimmte interaktive 
Tatigkeiten durchgefuhrt werden, oder auf der Basis von ex- 
plizit angegebenen Priorisierungen der interaktiven Tatig- 
keiten selbsL Solch eine Priorisierung wurde man als \for- 
gabe verwenden. Abhangig von zutreffendem Ort, Zeit, Si- 55 
tuation, Laune und Wiinschen konnte sich der Benutzer fur 
eine unterschiedliche Priorisierung der interaktiven Tatig- 
keiten entscheiden, an welchen der Benutzer teilzunehmen 
beabsichtigt Zusammenfassend dargestellt, definiert der 
Benutzer, fur welches Ziel er den Partner sucht und welche 60 
Arten von Partner dafur in Frage kamcn. Die mcistcn Cha- 
rakteristiken des Partnerschaftskandidaten waren schon 
wahrend der Phase der Definition der Schablone festgelegt 
worden. In dieser Phase wird man nur das Ziel aktivieren, 
entweder durch eine Auswahl aus ublichen Zielen, die man 65 
benutzt und die fur den Benutzer schon vordefiniert sind, 
oder durch Eingabe eines Zieles, welches der Dienst anbie- 
tet Fallsein vordefiniertes Ziel mehrere entsprechende Part- 
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nerschaftskandidaten-Profilschablonen besitzt, wiirde der 
Benutzer wohl gerne die Wahl haben, welche er sich am 
meisten wiinscht oder, im Fall von mehreren, in welcher 
Reihenfolge. Falls der Benutzer mehrere Ziele aktiviert, 
konnte der Benutzer dcren Prioritaten neu definieren wollen. 
Alles, was nicht vordefiniert aus dem Benutzer-Profil her- 
vorgeht, kann eventuell uber das Personal Mobile Commu- 
nications and Computing Device vorgenommen werden. 
[0061] Das oben Diskutierte umfafit einen Dialog zwi- 
schen dem Benutzer und dem Dienst. 
[0062] In manchen Fallen ware es fur den Benutzer mog- 
lich, alles uber das Personal Mobile Communications and 
Computing Device zu benennen und die Dienst-Anforde- 
rung wird an die RPMMSU ubertragen. 
[0063] In andcren Fallen wurde der Benutzer eine belie- 
bige vordefinierte Moglichkeit von seinem Benutzer-Konto 
bei der RPMMSU auswahlen wollen. In diesem Fall ist es 
denkbar, dafi das Personal Mobile Communications and 
Computing Device alle vordefinierten Auswablmoglichkei- 
ten von der RPMMSU herunterladen wird. Die Verantwor- 
tung fur diesen Dialog konnte von dem Personal Mobile 
Communications and Computing Device oder durch ein 
passendes Modul bei der RPMMSU ubernommen werden, 
wobei im letzteren Fall das Personal Mobile Communicati- 
ons and Computing Device die Rolle eines passiven Medi- 
ums spielte. 

Dicnst-Aktivierung 

Benutzungs-Aktivierung 

[0064] Sobald der Benutzer einen SPLEMP betreten hat, 
kann er den Dienst aktivieren. Der Dienst konnte automa- 
tion nach der Ortsanmeldung aktiviert werden, oder der Be- 
nutzer konnte eine Aufforderung erhalten, um zu entschei- 
den, ob der Dienst aktiviert werden soli oder nicht, oder 
kann er kann die Aktivierung selbst auslosen. Dies wiirde 
dann die erste Dienst- Aktivierung fur den bestimmten 
SPLEMP fur eine Zeitdauer, z. B. einen Tag, darstellen. Von 
diesem Zeitpunkt an wird die RPMMSU den Benutzer be- 
dienen. 

Dienst-De aktivierung 

[0065] Der Benutzer kann im Laufe seines Aufenthaltes in 
diesem SPLEMP den Dienst deaktivieren wollen, um zu 
vermeiden, gestort zu werden oder in Situational, zu denen 
er nicht verfugbar ist, was hin und wieder passieren kann, 
z. B. in den folgenden Fallen: 

1. Der Benutzer geht zu dem Waschraum, um sich 
frisch zu macben. 

2. Der Benutzer tuhrt gerade ein Gesprach mit irgend- 
einem Bekannten, Freund, usw. und hat keine Lust, ge- 
stort zu werden. 

3. Der Benutzer ist gerade beim Essen. 

4. Der Benutzer konnte schon durch diesen Dienst ei- 
nen Partnerschaftskandidaten gefunden haben und 
ware gerade dabei, die ausgewahlten Person kennenzu- 
lemen 

5. Usw. 



Dienst-Wiederaktivierung 

[0066] Wenn der Benutzer fuhlt, daB er wieder so writ ist, 
den Dienst weiter zu benutzen, kann er den Dienst wieder 
aktivieren. 
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Benutzer-Bedienungseinstellungen 

[0067] Es kann mehrere Dienstparameter geben, welche 
der Benutzer beeinflussen konnen mochte. Einige Beispiele 
sind wie folgenden: 5 

1. Qualitatsklasse der Bedienung 

2. Prcisklassc 

3. Maximale Mitteilungshaufigkeit der Partnerschafts- 
treffer 10 

4. Minimaler tJbereinkunftsprozentsatz 

5. Usw. 

[0068] Je nach der Qualitat des Dienstes, die der Benutzer 
anslrebl, kann der Benutzer cine der Qualital&klasscn aus- is 
wahlen. Diese Qualitatsklassen entsprechen vielleicht auch 
unterschiedlichen Preisklassen, aber nicht unbedingt Viel- 
leicht gibt cs Zcitbcschrankungcn, wie ofl man eine bevor- 
zugte Qualitatsklasse verwenden kann. 

[0069] Ein Benutzer kann auch verschiedene Preisklassen 20 
benutzen. Die Preisklasse konnte etwa fur einen bestimmten 
Benutzer fest sein, oder sie konnte frci wahlbar sein. 
[0070] Ein Benutzer konnte die hochst Anzahl von ver- 
mittelten Partaerschaftskandidaten, die innerhalb einer Zeit- 
s panne angeboten werden, kontroUiercn wollen. Zum Bei- 25 
spiel konnte ein Benutzer wollen, daB ihm nicht ofter als alle 
20 Minuten ein Partnerschaftskandidat vermittelt werden 
solL 

[0071] Ein Benutzer kann spezifizieren, wie anspruchs- 
voll, ei/sie sein mochte. Je anspruchs voller ein Benutzer ist, 30 
desto schwieriger ist es, einen geeigneten Partnerschafts- 
kandidaten fur ihn/sie zu finden, es nimmt mehr Zeit in An- 
spruch, und vielleicht findet sich uberhaupt gar kein Partner 
in dem entsprechenden SPLEMP, der so gut zu dem Benut- 
zer passcn wiirdc. 35 
[0072] Es konnte noch andere Parameter geben, die in den 
Umfang der bisher erwahnten Parameter fallen. Es konnten 
noch weitere existieren, die uberhaupt nicht unter die oben 
genannten Kategorien fallen, aber trotzdem in diesen Ver- 
fahrensschritt oder in diese Funktionalitat eingestuft werden 40 
konnten. 

tJberwachung der Aufenthaltsfortfuhrung am Anmeldungs- 
ort 

45 

[0073] Es kann jedoch auch sein, daB die tJberwachung 
des Aufenthaltsortes des Benutzers wichtig ist um herauszu- 
finden, ob der Benutzer noch Bedienung benotigt, oder ob er 
noch bedient werden kann. Dieses Verfahren beginnt, nacn- 
dem sich der Benutzer bei dem SPLEMP angemeldet hat 50 
[0074] Dies kann ausgehend von zwei unterschiedliche 
Kriterien geschehen. 

Benutzerbehauptung der Aufenthaltsfortfuhrung am Anmel- 

dungsort 55 

[0075] Bei diesem geht es nur darum, daB der Benutzer 
der RPMMSU mitteilen kann, daB er noch da ist Ob dies der 
Wahrheit entspricht, ist hier gar nicht wichtig. Dazu lassen 
sich verschiedene Strategien auffuhren: 60 

- Auf-Gelande-t)berprufung durch Umgebungs-Ab- 
horung: Auf dem Gelande des SPLEMPs befinden sich 
mehrere Ausstrahler der SPLEMP- Kennzeichnung-Si- 
gnale. Bei Empfang von solchen Signalen weiB das 65 
PMCCD, daB der Benutzer sich auf dem Gelande be- 
findet Wenn es diese Signale nicht mehr empfangt, 
heifit das, daB der Benutzer sich von dem SPLEMP ent- 
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femt hat In diesem Fall, laBt das PMCCD des Benut- 
zers die RPMMSU wissen, daB der Benutzer sich nicht 
mehr auf dem Gelande des SPLEMPs aufhalt Die 
RPMMSU andert den Aufenthaltsstatus des Benutzers 
entsprechend, d, h. der Benutzer gilt als ausgecheckt 
Das PMCCD folgt auch diesem ProzeB. Es besitzt auch 
die Kenntnis, daB der Benutzer ausgecheckt ist Wenn 
das PMCCD die Signale des SPLEMPs wieder emp- 
fangen kann, meldet es sich wieder bei der RPMMSU 
als eingecheckt Es andert auch die eigene interne Auf- 
enthaltszustandskenntnis. 

- Geographische Feststellung der Aufenthaltsposition: 
Das PMCXJD des Benutzers besitzt die Fahigkeit, die 
eigene geographische Position festzustellen. Das 
PMCCD kann auch eine geographische Kartc des Gc- 
landes des SPLEMPs durch einen entsprechenden In- 
form ati on sdien si zu sich herunter laden. Diesem Infor- 
mationsdienst muB nur den Antrag erteilt werden und 
die notwendigen Informationen werden bereitgestellt 
Dieses Herunterladen kann im Prinzip auch drahdos er- 
folgen, entweder allein am Eingang, oder man hat 
uberall auf dem Gelande Zugriff auf diesen Dienst 
Durch diesen Informationsdienst wind eine Karte be- 
reitgestellt, worauf der Umkreis des Gel amies mit geo- 
graphischen Koordinaten vcrmcrkt ist Es kann meh- 
rere solcher Karten geben, je nachdem, welche Etage 
gemeint ist Das PMCCD des Benutzers berechnet, ob 
die Aufenthaltskoordinaten innerhalb diesen Umkreis 
fallen oder nicht Fur welche Etage gerechnet werden 
soli, falls der SPLEMP uberhaupt mehrere Etagen be- 
sitzt, kann durch Abboren von Etagen-Informationssi- 
gnalen von dem Gelande des SPLEMPs festgestellt 
werden. Dies kann das PMCCD kontinuierlich machen 
oder nach einer bestimmten Zeitperiode. Jedesmal 
wenn die Antwort diescr Bercchnung anders ausfallt 
als die vorherige Antwort, wird dies der RPMMSU 
mitgeteilt 

- Entgegcnnahmc der Aufcnthaltsanderungseingabe 
des Benutzers: Hierbei wird jede Anderung an dem 
Aufenthaltszustand des Benutzers bezogen auf den je- 
weiligen SPLEMP vom Benutzer selbst in das PMCCD 
eingegeben. Der Benutzer kann die RPMMSU wissen 
lassen, ob er sich auf dem Gelande des SPLEMPs be- 
findet und dadurch als eingecheckt gelten soli oder daB 
er sich dort nicht befindet und dementsprcchend als 
ausgecheckt gelten solL Es ist dem Benutzer uberlas- 
sen, sich darum zu kummem, daB er diese Angaben in 
das PMCCD eingibt, so daB das PMCCD dies an die 
RPMMSU weiterleiten kann. 



Sicherstellung der Aufenthaltsfortfuhrung am Anmeldungs- 
ort 

[0076] Hierbei geht es um mehr als nur um eine Benutzer- 
bestatigung der Aufenmaltsfortfuhrung am Anmeldungsort. 
Hier wird sichergestellt ob dies wirklich der Fall sei. Dazu 
wird auch noch ein Subsystem am SPLEMP in Anspruch 
gen om men, was die Location Server Unit genannt wird. Das 
System kann sich nicht nur auf dem Benutzer verlassen. Es 
kann sein, daB der Benutzer nicht immcr daran denkt den 
Dienst zu deaktivieren, sich auszuchecken oder sich abzu- 
melden als er das tun sollte. Es ist aber auch denkbar, daB 
aus irgendwelchen Griinden, der Benutzer absichtlich dies 
nicht tun wolle. In dem Fall, besteht die Gefahr, daB einem 
anderen dieser Benutzer vermittelt wird, obwohl er sich 
nicht weiter auf dem Gelande des SPLEMPs befindet Das 
konnte sehr irritierend auf anderen Benutzer wirken. Sogar 
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der Benutzer selbst konnte sich davon imtiert fuhlen. 
[0077] Dcr Aufcnthaltsort des Bcnulzcrs kann durcb spe- 
zielle Aufenthaltsorts-Verfolgungs-KomponenteD in dem 
Personal Mobile Communications and Computing Device 
des Benutzers oder einem andercn Gerat bci dem Benutzer 5 
uberwacht werden. Das Gerat kann entweder an- oder aus- 
geschaltet sein. Es kann aber auch sein, daB die zustandige 
Komponente in dem Gerat selbst aktivicrt oder deaktivicrt 
werden kann, ohne das ganze Gerat an- oder auszuschalten. 
[0078] Die Plattform-Module, welche die Komponente 10 
benotigt, konnten auch entscheidend sein, indem sie auch 
anwesend oder nicht vorhanden sein konnen. Da man nicht 
davon ausgehen kann, daB die Ortuberwachungskompo- 
nente in dem Gerat des Benutzers immer funktioniert, ist es 
wicbtig, neue Stratcgien zu crdcnken um, festzustellen, ob 15 
der Benutzer, als bci einem SPLEMP Angemeldeter, in die 
Partoexschaftseignungsuberpriirung einbezogen werden 
solL Einige der vielen bier moglichen Strategien sind die 
folgenden: 

20 

- Eingangsseinchecken und Ausgangsauschecken: An 
den En- und Ausgangen wird es Aufenthaltsverande- 
rungen abhorende Module geben. Diese senden Si- 
gnale aus, um die in dem Personal Mobile Communica- 
tions and Computing Device des Benutzers vorhande- 25 
nen, fur die Aufenthaltsuberwachung zustandigen Mo- 
dule wissen zu Lassen, daB der Benutzer das Gelande 
des SPLEMP gerade betriu bzw. verlaBt Auf den Emp- 
fang solcher Signale reagiert das Aufenthaltsortsver- 
folgungsmodul mit dem Senden von Ortsanmeldungs- 30 
kennzeichen oder einem anderen entsprechenden 
Kennzeichen, was den Ortsstatus des Benutzers ent- 
sprechend andert. Falls das Modul auf ein Ausgangssi- 
gnal reagiert, wird der Benutzer als ausgecheckt ver- 
merkt, und falls das Modul auf ein Eingangssignal rea- 35 
giert, wird der Benutzer als eingecheckt vermerkt Die- 
ser Status wird an die RPMMSU iibermittelL 

- Auf-Gelandc-Bestatigung: Die Gelande selbst sind 
mit aufenthaltsbestatigenden Abhormodulen ausgestat- 
tet Diese Module senden ununterbrochen Signale aus, 40 
welche besagen, daB sie von solch einer Art Modul ge- 
sendet wurden, und die das Kennzeichen des jeweili- 
gen SPLEMPs ubermitteln. Nach einer gewissen Zeit 
iiberpruft das Aufenthaltsorts-Verfolgungsmodul in 
dem Personal Mobile Communications and Computing 45 
Device des Benutzers, ob das Signal vorhanden ist, und 
falls dies der Fall ist, schickt es drahtlos ein Bestati- 
gungssignal. Dieses Signal enthalt ein Ortsanmel- 
dungskennzeichen oder ein anderes entsprechendes 
Kennzeichen, und kann wahlweise Authentifizierungs- 50 
informationen enthalten. Beim Empfang solch einer 
Antwort verlangert das Benutzeraufenthaltsuberwa- 
cbungsmodul der Ortsdiensteinheit des SPLEMPs den 
Aufenthaltsstatus des Benutzers. Falls das Benutzer- 
aufenthaltsiiberwachungsmodul innerhalb einer be- 55 
stimmtcn Zeitdauer kein solches Signal empfangt, laBt 

es die RPMMSU wissen, daB der Benutzer sich nicht 
auf dem Gelande befindet So hort die RPMMSU auf, 
den jeweiligen Benutzer zu bedienen. In der Orts- 
diensteinheit des SPLEMPs wird der Benutzer als nicht 60 
verfugbar vermerkL Sollte das Aufenthaltsortsverfol- 
gungsmodul des PMCCD des Benutzers emeut dessen 
Anwesenheit auf dem Gelande signalisieren, so wird 
der Status des Benutzers wieder als verfugbar und be- 
dienbar vermerkt Die RPMMSU wird benachrichtigt, 65 
welche die Bedienung des Benutzers wieder aufhirnmt 

- Zeitstrategien: Viele Strategien konnen angewendet 
werden, welche die Bedienbarkeit des Benutzers uber 



das Kriterium Zeit festzustellen versuchen. Die Auf- 
Gclande-Bestatigung ist ebenfalls eine solche Strate- 
gic. Angenommen, daB ein Benutzer sich innerhalb ei- 
ner gewissen Zeit, nach dem er ausgecheckt hat, sich 
nicht emeut eincheckt, dann konnte der Benutzer seine 
Anmeldung fur den jeweiligen SPLEMP verlieren. 
Falls der Benutzer fur eine langere Zeit nicht verfugbar 
bleibt, konnte er als ausgecheckt angeschen werden. 
Der SPLEMP konnte eine bestimmte Zeit als Geschaft- 
schluB fur einen bestimmten Tag, Ereignis oder Sitzung 
angegeben haben, und alle Benutzerortsanmeldungen 
fur diesen SPLEMP werden zu dieser Zeit terminiert 

- Benutzereinstellungen: Der Benutzer kann explizit 
angeben, ob er vonibergehend diesen Dienst deaktivie- 
ren mochte, vorubcrgehend nicht verfugbar sein 
mochte, auschecken mochte, oder sich fur diesen 
SPLEMP abmelden mochte. Der Benutzer kann auch 
den Dienst aktiviercn oder cinchecken. Dies geschieht 
auf Veranlassung des Benutzers selbst 

- Benutzeranfrage: Wann immer der Benutzer vor hat, 
sein PMCCD auszuschalten, kann der Benutzer ange- 
fordert werden, um zu bestatigen, ob er auch noch den 
Dienst deaktivieren mochte. Wenn der Benutzer au- 
scheckt, kann er befragt werden, ob er sich auch noch 
von dem jeweiligen SPLEMP abmelden mochte. 



Partaerschaftseignungsuberprtfung 

[0079] Das Partnerschaftseignungsuberprufungsmodul ist 
zustandig fur die eigentliche Partnerschaftseignungsuber- 
prufung. Es hat in seinem Besitz Informationen uber alle an- 
gemeldeten Benutzer in einem bestimmten SPLEMP. Die 
Benutzerinformationen eines Benutzers werden mit den Be- 
nutzerinformationen der anderen Benutzer verglichen, um 
festzustellen, ob es einen PartoerschaftseignungstrefiFer zwi- 
schen den Beiden gibt oder nicht, und wenn ja, wie hoch der 
Obercin kunftsgrad ist Das Zicl ist, diejenigen Falle hcraus- 
zufinden, bei denen der Obereinkunftsgrad maximal ist Es 
gabe verschiedene Heuristiken, die benutzt werden konnen, 
um diese Partnerschaftseignungstreffer herauszufinden. All- 
gemein wird versucht, einen Ausgleich unter verschiedenen 
Kriterien wie Geschwindigkeit, Partnerschaftseignungstref- 
ferqualitat, gerechter Verteilung der Ressourcen, Nutzung 
von Ressourcen, gerechter Wahrscheinlichkeit einer Part- 
nerschaftseignungsubereinkunft fur alle, besserer Bedie- 
nung bei gutem Verhalten, Dienstverschlechterung als Be- 
strafung fur VcrhaltensverstoBe usw., zu finden. 

Vorgehensweise bei der Parmerschaftseignungsfeststellung 

1. Der Anwarterteilnehmer soil sich auf dem gleichen 
Gelande be f inden wie der Benutzer. 

2. Der Anwarterteilnehmer soli seine Verfugbarkeit 
fur eine solche Tatigkeit zu dieser Zeit eingegeben ba- 
ben. 

3. Der Anwarterteilnehmer soil diese Verfugbarkeit 
aktiviert haben. 

4. Der Anwarterteilnehmer soli eine Erklarung abge- 
geben haben, keinen Ein wand gegen eine solche Tatig- 
keit zu haben. 

5. Der Anwarterteilnehmer soli eine Neigung fur eine 
solche Tatigkeit geauBert haben. 

6. Der Anwarterteilnehmer soli einen Wunsch fur eine 
solche Tatigkeit betont haben. 

7. Der Anwarterteilnehmer soli seine bevorzugte Rolle 
(Rollen) fur eine solche Tatigkeit eingegeben haben. 

8. Der Anwarterteilnehmer soil die notwendigen Qua- 



DE 100 40 

23 

Hfikationen fur eine solche RoUe aufweisen konnen. 

9. Der Anwartcrteilnchmcr soil die notwcndigcn zu- 
satzlichen Qualifikationen, die der andere Benutzer 
vod dem Anwarterteilnehmer verlangt, erfuUen. 

10. Der Anwarterteilnchmcr soli cinwiiligen, auf An- 5 
forderung einen Dialog mit dem anderen Benutzer zu 
initialisieren, nachdem ihm Informationen uber den an- 
deren Benutzer und den eine Begrundung der Partner- 
scbaftseignung bereitgestellt wurden. 

10 

Bekanntmachungssitzung 

[0080] Dieser ProzeB beginnt, wenn ein Partnerschaftseig- 
nungstreffer fur einen bestimmten Benutzer gefunden wird. 
Hierbei wird der Benutzer mit Informationen sowohl iibcr 15 
den vermittelten Partnerschaftskandidaten als auch mit einer 
Begrundung fur den PartnerschaftseignungstrefFer versorgt 
Dem Benutzer werden folgenden Arten von Informationen 
gezeigt: 

20 

1 . Gunstige Attribute des vermittelten Partnerschafts- 
kandidaten, die fur den Benutzer von Interesse sind 

2. Ungunstige Attribute des vermittelten Partner- 
schaftskandidaten, die der Benutzer als storend empfin- 
den konnte. 25 

3. Attributes nach denen der vermittelte Partner- 
schaftskandidat an einem Partnerschaftskandidaten ge~ 
sucht hat 

4. Vertrauliche, bei Preisgabe Vorsicht verlangende 
Attribute, nach denen der vermittelte Partnerschafts- 30 
kandidat an einem Partnerschaftskandidaten gesucht 
hat 

5. Eine Liste von empfehlenswerten und nicht emp- 
fehlenswerten Verhaltensmustem betreffend die ge- 

s tell ten Anforderungcn, die zu respektierende Privat- 35 
sphare des Anderen, Verhaltensempfehlungen, Tatig- 
keitshemmungen, Tabus, Tatigkeitsvertiefungsbereit- 
schaft, usw., wie von dem vermittelten Partnerschafts- 
kandidaten bereitgestellt 

6. Ein Foto des vermittelten Partnerschaftskandidaten 40 
wird dem Benutzer ebenfalls bereitgestellt. 



Kommunikationsverbindungsaufbau 

45 

[0081] Nachdem dem Benutzer die oben genannten Infor- 
mationen gezeigt wurden, wird der Benutzer gefragt, ob 
eine Verbindung zu dem vermittelten Partnerschaftskandi- 
daten hergestellt werden soil. 

[0082] Die gleich \forgehensweise wird bei dem vermit- 50 
telten Partnerschaftskandidaten angewendet Falls die bei- 
den Teilnehmer dazu zustimmen, wird die Verbindung zwi- 
schen den beiden aufgebaut Sobald dies geschehen ist, wird 
die Verbindung zum RPMMSU unterbrochen. Es gibt meh- 
rere Punkte, uber die man sich hier Gedanken machen sollte: 55 

1 . Die Partei, die den Verbindungsaufbau veranlaBt, ist 
fur die Begleichung der Rechnung zustandig. Dies ist 
eine Frage der Rechnungsschreibung. 

2. Die Partei, welche die Verbindung aufbaut, ist dieje- 60 
nige, die auch den Anruf zu einer anderen Verbindung 
transferieren kann. Dies ist eine Frage der Transferge- 
nehmigungen. 

3. Der Benutzer darf nicht die Kontaktierbarkeits- 
adresse des Anderen uber diesen Dienst erfahren. 65 

[0083] Dies kann auf verschiedene Weise geschehen: 
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1. Personal Mobile Communications and Computing 
Devices von beiden Benutzcm sind zustandig fur den 
Aufbau der Verbindungen zwischen ihnen auf der einer 
Seite und der Real Partner Match Making Server Unit 
auf der anderen Seite. Die RPMMSU verbindet dann 
die zwei Anrufe und entbindet sich selbst gleichzeitig 
von den Anrufen. Der Benutzer wird uber eine Benach- 
richtigung aufgefordert, eine Verbindung zu der 
RPMMSU aufzubauen. Der Aufbau der Verbindung 
geschieht unabhangig und auf Befehl des Benutzers. 
Dies kann sich als etwas schwerfallig zu realisieren er- 
weisen. 

2. Die RPMMSU kann Anrufe zu den PMCCD der 
beiden Benutzer aufbauen, und sobald sie Verbindung 
zu beiden hat, die beiden Anrufe zusammenfuhren, so 
dafi es eine direkte Verbindung zwischen den beiden 
gibt, und sich den von den Anrufen entbinden. Hier 
mufite vielleicht der Bctreibcr der RPMMSU die Rech- 
nung ubemehmen, was nicht wunschenswert ware. 

3. Die Benutzer konnten von einem Modul, welches 
auf dem PMCCD der Benutzer lauft und als ein Teil der 
Bekanntmachungssitzung anzusehen ist, eine Auffor- 
derung erhalten. Wenn der Benutzer sein Einverstand- 
nis mitteilt, dann baut ein Modul zum Errichten eines 
synchronen Kommunikationskanals eine Verbindung 
zu der RPMMSU auf. Wenn beide Benutzer dies getan 
haben, verbindet die RPMMSU die beiden Anrufe und 
entbindet sich selbst. Dies konnte die praktischste Va- 
riante sein. 

[0084] Dieser synchrone Kommunikationskanal kann ver- 
schiedenes bedeuten: 

1. Einen Videokanal, durch den beide Benutzer einan- 
der schen und einandcr horen konnen, wie z. B. Vidco- 
fon. 

2. Es konnte ein Audiokanal sein, wobei die Benutzer 
nur miteinandcr reden konnen, so wie eine ganz nor- 
male Telefon verbindung. 

3. Es konnte ein Textaustausch sein, wobei jede Partei 
von der anderen Seite gesendeten Text empfangt Beim 
Senden kann der Benutzer entweder den Text eintip- 
pen, oder er kann die Botschaft aussprechen und ein 
Modul in dem PMCCD ubernimmt die Funktionalitat 
der Spracherkennung und die Konvertierung von Spra- 
che in Text, der anschlieBend gesendet wind. Es gibt je- 
doch noch weitere Moglichkeiten, um den Text einzu- 
geben. 

Dialog 

[0085] Nachdem die beiden Parteien miteinander verbun- 
den sind, miissen sie gewisse MaBnahmen trefiFen, um eine 
erfolgreiche Beendigung des Prozesses zu gewahrleisten. 

1 . Nach der Verbindung sollte der Benutzer einen Dia- 
log mit dem vermittelten Partnerschaftskandidaten ein- 
leiten. 

2. Der Benutzer sollte einem TVeffen mit dem vermit- 
telten Partnerschaftskandidaten zustimmen, hochst- 
wahrscheinlich an einem Ort auf dem Gelande des 
SPLEMPs, und zu einer Zeit sehr bald nach diesem Ge- 
sprach, womoglich sogar wenige Minuten danach, wo- 
bei beides, Ort und Zeit, gemeinsam vereinbart wird. 

3. Der Benutzer sollte den vermittelten Partnerschafts- 
kandidaten tatsachlich an dem vereinbarten Ort und zu 
der vereinbarten Zeit treffen. Die Abweichung von den 



DE 100 40 948 A 1 

25 26 



Zeit- und Ortsparametern sollte moglichst gering ge- 
hallen wcrdcn. 

4. AnschlieBend halt der Benutzer einen Dialog mit 
dem vermittelten Partnerschaftskandidaten, um festzu- 
stellcn, ob dicser wirklich die Art von Person ist, wo- 5 
nach er gesucbt hat, verschiedene erwiinschte Attribute 
und deren tatsachlichen Auspragungen betrachtend. Es 
soil auch fcstgcstellt wcrdcn, ob die Chcmie zwischen 
den beiden gut und die Gesellschaft des anderen ange- 
nehm ist Am Ende wird eine Entscheidung getroffen, 10 
ob der vermittelte Partnerschaftskandidat wirklich der 
richtige ist, um die gewunschte Tatigkeit zu untemeh- 
men. Eine Vereinbarung wird getroffen, um zu ent- 
scheiden, wann, wo und wie die beiden mit der Tatig- 
keit fortfahren sollen, odcr dafi sie cinander crneut kon- is 
taktieren werden, um die organisatorischen Aspekte 
des Sachverhalts auszudiskutieren. Sie konnten auch 
entscheiden, dafi sie cinander besscr kennenlerncn 
miissen, um die Eignung des anderen fur die ge- 
wunschte Tatigkeit festzustellen, und dafi weitere 20 
Kommunikation erwiinscht wird. In den meisten Fal- 
len, abhangig von der Art der Tatigkeit, werden die bei- 
den Kontaktierbarkeitsadressen austauschen. 

Vennitteltc-Partncrschaftskandidatcii-Ermncmngsunterstut- 25 
zung 

[0086] Wenn cine Partnerschaftseignungsbestatigung zwi- 
schen zwei Parteien erzielt wurde, die zwei Parteien eine 
Chance zum Besprechen gehabt haben und sich wieder von- 30 
einander verabschiedet haben, konnten die beiden Parteien 
wunschen, Informationen uber die andere Partei und uber 
das Treffen im allgemeinen zu speichem, so dafi man eine 
Obersicht hat uber die Leute, die man getroffen und kennen- 
gelemt hat Es kann passieren, dafi man nach ciner gcwissen 35 
Zeit fruher vermittelte Partnerschaftskandidaten zu verges- 
sen anfangL Dies kann insbesondere geschehen, wenn man 
sehr viele solcher Falle miterlebt hat, oder wenn das Ge- 
dachtnis des Benutzers nicht so optimal ist, oder wenn sehr 
viel Zeit seither vergangen ist, oder wenn an dem IrefF oder 40 
an dem vermittelten Partnerschaftskandidaten nichts beson- 
deres oder bemerkenswertes lag. Es ist wichtig, dafi es eine 
Unterstiitzung gibt, um sich an die Leute zu erinnern, die 
man im Leben getroffen hat. Man kann das als ein auf die 
Partnerschaftsrignungstrefrer bezogenes Tage- und Kon- 45 
taktbuch ansehen. Es gabe verschiedene Arten von Informa- 
tionen, die man in solch einem Tagebuch speichem wurde: 

1. Typ des Bekanntmachungsmittels: In diesem Fall, 
ware das der Dienst, der durch dieses System ermog- 50 
licht wird. 

2. Bekanntmachungsagent Dies beinhaltet die Identi- 
tat des Betreibers des Partnersuch-, Partnerschaftseig- 
nungsiiberprufungs- und Bekanntmachungsdienstes, 
der durch dieses System ermoglicht wird 55 

3. Bekanntschaftsschliefiungsereignis. Dies bezeich- 
net ein bestimmtes Ereignis, welches stattfand oder 
von einem SPLEMP organisiert wurde. 

4. BekanntschaftsschlieBungsort Dies bezeichnet in 
diesem Fall die Identitat des SPLEMFs. 60 

5. Bckanntschaftsschliefiungszcit Das bezeichnet un- 
gefahr die Zeit, zu der man sich zum ersten mal mit 
dem vermittelten Partnerschaftskandidaten getroffen 
haL 

6. Alias des vermittelten Partnerschaftskandidaten. 65 
Dies ist der Name, der von dem vermittelten Partner- 
schaftskandidaten benutzt wurde, als er sich dem Be- 
nutzer vorgestellt hat. Es mufi nicht unbedingt der 



echte Name des vermittelten Partnerschaftskandidaten 
sein. 

7. Foto des vermittelten Partnerschaftskandidaten. 
Dessen Bereitstellung ist zum Teil von dem System ab- 
hangig, aber im Grunde genommen soli es nur mit der 
Zustimmung des vermittelten Partnerschaftskandida- 
ten dem Benutzer bereitgestellt werden. Wahrend der 
Bckanntmachungssilzung wurde eine Fotografie be- 
reitgestellt Dieses Foto konnte eigentlich auch hier be- 
nutzt werden. Die Frage ist, ob dieses Foto benutzt 
werden darf, da es hier mdglich ware, das Foto langfri- 
stig zu bewahren und dadurch die Anonymitat des an- 
deren verletzt werden konnte. Es ist inzwischen be- 
kannt, dafi, wenn man Zugang zu einer grofien Daten- 
bank mit personlichcn Datcn hat, man die Identitat des 
anderen dann u titer Benutzung entsprechender Muster- 
erkennungssysteme feststellen kann. Aufgrund dieser 
Obcrlcgungen mufi der Benutzer entscheiden, ob es 
klug ist, das Foto uberhaupt fur die Bekanntmachungs- 
sitzung preiszugeben, falls das langfristige Speichem 
des Fotos nicht verhindert werden kann. Das langfri- 
stige Speichem des Fotos kann von dem vermittelten 
Partnerschaftskandidaten abhangig gemacht werden, 
wenn es ein System gibt, welches das Speichem des 
Fotos von der Zustimmung des vermittelten Partner- 
schaftskandidaten abhangig macht Ein mogliches Sy- 
stem konnte veraniassen, dafi das wahrend der Be- 
kanntmachungssitzung erhaltcne Foto nur chiffricrt ge- 
speichert wird, obwohl es dechiffriert dargestellt wird, 
und nur mit Hilfe eines SchlUssels, den der vermittelte 
Partnerschaftskandidat ubermittelt, auch in chifrrierter 
Form gespeichert werden kann. Die Darstellung des 
Fotos soli dadurch ermoglicht werden, dafi das Foto 
mittels eines SchlQssels dechiffriert werden kann, der 
an einem Ort gespeichert wird, auf den der Benutzer 
keinen direkten Zugang hat. Dariiber hinaus soil der 
Speicherort des Fotos nur dem System zugangtich sein, 
und nicht cinmal der Bcsitzcr des Systems soil es um- 
gehen konnen. Dariiber hinaus kann das chiffriertes 
Foto nach einer gewissen Zeit geloscht werden, was 
abhangig sein kann von der Systemuhr und dem Be- 
triebszustand des Gerates (an- oder ausgeschaltet). 
Diese Unzuganglichkeit und explizite Genehmigung 
ist notwendig, nur falls der vermittelte Partnerschafts- 
kandidat uber die eigene Anonymitat sehr besorgt ist, 
und kein Beweismaterial zuriicklassen mochte, wo 
durch seine Identitat durch den Benutzer festgestellt 
werden kann. Auch diese Mafinahmen der Anonymitat 
sind vielleicht unnotig, da der andere diese sehr einf ach 
umgehen kann, in dem er einf ach ein neues Foto von 
dem vermittelten Partnerschaftskandidaten macht, mit 
Hilfe einer digitalen oder sonstigen Kamera, was sogar 
in dem PMCCD integriert sein konnte. In diesem Fall 
ware die ganze Muhe umsonst Die beste Praxis ist, 
wenn dem Benutzer ein Zugang zu solch einer Daten- 
bank uber personliche Daten der Menschen erschwert 
oder sogar verboten wird. Es kann auch hilfreich sein, 
fur den Zweck der Erinnerung, dafi ein aktuelles Foto 
des vermittelten Partnerschaftskandidaten gespeichert 
wird, so wie er zu diesem Zeitpunkt aussieht. Dafur 
kann die Verfugbarkeit eines digitalen Fotoapparates 
nutzlich sein. Letztendlich kann es aber auch sein, das 
Angst vor Verlust der Anonymitat dem Benutzer gar 
nichts ausmacht. 

8. Beschreibung des vermittelten Partnerschaftskandi- 
daten in eigenen Worten. 

9. Umstande des Tteffens in eigenen Worten. 

10. Qualitat des Erlebnisses in eigenen Worten. 



35 



40 



45 



50 



55 



60 



DE 100 40 

27 

1 1 . Gegenseitige Entscheidung zum Ende des Treffens 
dariibcr, wic man voigchen mochtc bci dcrErforschung 
der Moglichkeit, sich mit der zum Ziel gesetzten inter- 
aktiven Tatigkeit zu befassen. 

12. Positive Attribute des vermittelten Partnerschafis- 5 
kandidaten, welche zu einem TreflFer verholfen haben 
und wahrend der Bekanntmachungssitzung vorgestellt 
wurdco. 

13. Negative Attribute des vermittelten Partner- 
schaftskandidaten, die wahrend der Bekanntmachungs- 10 
sitzung als Wamungen vorgelegt wurden. 

14. Die Bestrebungen und Erwartungen des vermittel- 
ten Partnerschaftskandidaten an den anderen Partner- 
schaftskandidaten (in diesem Fall den Benutzer), wie 
sie in der Bekanntmachungssitzung vorgelegt wurden. IS 

15. Eigene positive Attribute, die zu einem Ireffer 
verholfen haben, und wahrend der Bekanntmachungs- 
sitzung offenbart wurden. 

16. Eigener Alias, der dem vermittelten Partner- 
schaftskandidaten vorgefuhrt wurde. 20 

17. Kritik-Feedback, welche der RPMMSU bereitge- 
stellt wurde. 

18. Tagebucheintrage, die sich auf den gleichen ver- 
mittelten Partnerschaftskandidaten beziehen, und nach 
der Zeit des Eintrags angcordnct sind, wobei es sich urn 25 
die Entwicklung der Beziehung und der Meinung fiber 
den anderen handelt 



Kritischer Feedback 30 

[0087] Kritischer Feedback wird spater vorgenommen. 
Falls das Treffen wirklich stattfindet, kann es trotzdem ge- 
macht werden, um eine Meinung fiber den vermittelten Part- 
nerschaftskandidaten zu fibermitteln. Wahrend der Bekannt- 35 
machungssitzung wurden viele Charakteristiken des vermit- 
telten Partnerschaftskandidaten enthullt 
[0088] Der Benutzer konnte Verdrehungen in dem Profil 
oder sogar voile Abweichungen oder Lfigen beobachtet ha- 
ben. Der Benutzer konnte daruber berichten wollen, um die 40 
eigene Unzufriedenheit und das Mififallen an der Unehrlich- 
keit des vermittelten Partnerschaftskandidaten zu auBern. 
[0089] Der Benutzer konnte auch fiber die Verhaltenab- 
weichungen von den Regeln des Verhaltenskodex und von 
den Verhaltensanweisungen, wie von dem Betreiber des 45 
RPMMSU vorgeschrieben, berichten wollen. Dabei konnte 
es sich um verschiedenes handeln wie z.B. Benehmen, 
Pfinktlichkeit, Erscheinen am Treffpunkt fiberhaupt, Halten 
an die Empfehlungen und Grenzen bezuglich des Eindrin- 
gens in die Privatsphare des Benutzers so wie Anfordern von 50 
Informationen oder Ressourcen von dem Benutzer, die die- 
ser nicht bereitstellen wollte, entsprechend den Einstellun- 
gen im Benutzerprofil, die dem vermittelten Partnerschafts- 
kandidaten wahrend der Bekanntmachungssitzung bereitge- 
stellt wurden. Dieses Feedback kann unterschiedlich in ver- 55 
schiedenen Formaten erhoben werden: 

1 . Freier Text und natfirliche Sprache. 

2. Freie Aussprache und natfirliche Sprache. 

3. Auswahlen aus Listeneintragen als Antwort auf Be- 60 
mcrkungen fiber verschiedene Aspekte, die selbst wie- 
derum aus einem Menu ausgewahlt werden. 

4. Ein Dialog zwischen einem Kritischer-Feedback- 
Erhebungs-Subsystem und dem Benutzer, in diesem 
Fall liegt die Steuerung des Dialogs bei dem Subsy- 65 
stem. Der Benutzer wird aufgefordert, auf bestimmte 
Fragen Antworten einzugeben. Die Antwort kann aus 
einer Liste mit Eintragen ausgewahlt werden, wobei 
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die Liste auf dem Bildschirm sichtbar wird, oder die 
Eintrage ausgesprochen werden. Die Antwort kann 
entweder frei eingegeben oder aus einer Liste von 
moglichen Antworten ausgewahlt werden und aktiviert 
werden, indem man eincn Bildschirmzeigcr wie eincn 
Touchscreenstift, Cursor oder Finger benutzt, oder 
durch Eingabe einer freien Textantwort durch einen 
Eingabcmcchanismus, oder sogar durch freie Sprache 
fiber eine Sprachschnitts telle. 

[0090] Spater wird dieses Feedback nach einer Bestati- 
gung durch den Benutzer an die RPMMSU fiber das Kriti- 
scher-Feedback-Erhebungs-Subsystem gesendet 

Architckturcntwurfsmodule 

[0091] Hier werden a lie drei wichtige Subsysteme in ihre 
jeweiligcn Module aufgeteilL Es werden verschiedene Mo- 
dule aufgefuhrt, die dazu beitragen, daB das System zu ei- 
nem funktionstiichtigen System wird. Verschiedene fol- 
gende Aspekte der Module werden hier erklart 

- die Funktionalitat der Module, 

- die Beziehung zu anderen Modulen, 

- der Signalaustausch und die Kommunikation mit an- 
deren Modulen sowohl innerhalb des gleichen als auch 
in andere Systeme, 

- der Einsatzkontext innerhalb eines Prozesses, 

- die WaMfreiheit der Module, 

- die Kategorisierung der Module 

- usw. 

[0092] Hier einige Anmerkungen zu dem System fur die 
Benennungen. Die Namen der Module sind in englischer 
Sprache abgefafit Dies wird aus verschicdenen Grfinden als 
gunstig angesehen: 

- Flexible Regeln fur die Substantivicrung 

- Getrennte Namenteile und entsprechende bessere 
Sichtbarkeit der Semantik 

- Leichteres Bilden von Akronymen aufgrund der ge- 
teilten Namensteile 

- Bekannte Terminologie in der Ursprungssprache 

- Leichte tjbersetzungsfahigkeit 

[0093] AnschlieBend wird aber der Name nochmals auf 
deutsch erklart 

Real Partner Match Making Server Unit 

Inform alionsmanagementmodule 

[0094] Managementmodule werden insbesondere ge- 
braucht, um bestimmte Arten von Informationen in dem Sy- 
stem zu managen. Ober diese Managementmodule konnen 
Informationen erstellt, geldscht, geandert, aktualisiert wer- 
den oder die Art der Informationen, die gemanagt werden, 
vollig geandert werden. Diese Managementmodule bieten 
eine einheitliche, ahnliche Schnittstelle, um in den gespei- 
cherten Informationen einzusehen. Die meisten Manage- 
mentmodule verwalten dauerhafte Informationen. Obwohl 
es durchaus denkbar ist, daB es Managementmodule geben 
kann, die auch die Laufzeit-Informationsstrukturen und ih- 
ren Informationsgehalt managen. 

1 . User Accounts Management Module: Dieses Modul 
ist zustandig fur das Management von Benutzerkonten. 
Es koordiniert Erstellung, Aktualisierung, Loschung, 
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Genehmigune, Laden, Speicherung, Sortierung, Ver- 
sionierung, Ubcrgabe, usw. von Benutzerkonten. Es 
managt Informationen, und ermoglicht auch den Zu- 
gang zu einer Menge anderer Managementmodule, die 
den Bcnutzcr bctreffen, wovon viele untcn aufgelistet 5 
sind. 

2. Serviced Public Leisure and Entertainment Meeting 
Place Accounts Management Module: Dieses Modul 
ist zustandig fur das Management von Konten von 
SPLEMPs. Es koordiniert Erstellung, Aktualisierung, 10 
Loschen, Genehmigung, Laden, Speicherung, Sortie- 
rung, Versionierung, Ubergabe, usw. von SPLEMP- 
Konten. 

3. User Match History Management Module: Dieses 
Modul vcrfolgt die Geschichtc der Partncrschaflscig- is 
nungstreffer, die ein Benutzer gehabt hat Es unter- 
scheidet die Partnerschaftseignungstreffer zwischen 
dem Benutzer und dem vermittclten Partnerschaftskan- 
didaten anhand dessen, ob das Trefferangebot von dem 
Benutzer, von dem vermittelten Partnerscbaftskandida- 20 
ten, oder von beiden abgelehnt wurde oder von beiden 
akzepdert wurde. Weiterhin ist jeder Ablehnungsein- 
trag mit der Begrundung des Ablehnens vermerkt Ak- 
zeptanz oder Ablehnung wind w ah rend der Bekanntma- 
cbungssitzung entschieden. Falls der Benutzer ein Part- 25 
nerschaftseignungstrefferangebot ablehnt, und zwar 
nicht auf der Basis von wahrend der Bekanntma- 
chungssitzung vorgelegten Informationen, dann kann 
der Partnerschaftseignungstreffer dem Benutzer noch- 
mals angeboten werden. Das Ziel des Moduls ist es, 30 
Managementdienste dem Match Processing Module 
anzubieten, so da£ das Modul entscheiden kann, ob ein 
Partnerschaftskandidat fur die Partnerschaftseignung 
mit dem Benutzer uberpriift werden soli oder nicht 
Falls ein vorheriger Partnerschaftseignungstreffer zwi- 35 
schen den beiden schon abgelehnt wurde, dann sollen 
die beide Leute nicht nochmals einander vennittelt 
werden, falls ein Alternative vorhanden ist Auf der an- 
deren Seite, falls zwischen den beiden schon ein Part- 
nerschaftseignungstreffer erzielt wurde, was von den 40 
beiden auch noch akzeptiert wurde, dann konnte es 
hilfreich sein, beide daruber zu informieren. In diesem 
Fall sind die beiden mit ausreichenden Informationen 

zu versorgen, um an den jeweils anderen zu erinnem, 
und zu fragen, ob ein wei teres Ireffen mit dem anderen 45 
noch erwunscht ist. 

4. SPLEMP Sessions History Management Module: 
Dieses Modul verfolgt alle Sitzungen, die bei einem 
SPLEMP stattfanden. Dies kann fur Zwecke der Recb- 
nungsschreibung gebraucht werden, und in selteneren 50 
Fallen kann es fur die Zuriickverfolgung wichtig sein, 
falls irgendeine Sicherheits- oder Anweisungsverlet- 
zung geschehen ist 

5. User Servicing Sessions History Management Mo- 
dule: Dieses Modul verfolgt alle Sitzungen, die fur ei- 55 
nen Benutzer stattfanden. Dies kann fur Zwecke der 
Rechnungsschreibung gebraucht werden, und in selte- 
neren Fallen kann es fur die Zuriickverfolgung wichtig 
sein, falls irgendeine Sicherheits- oder Anweisungsver- 
letzung geschehen ist. Es wird auch gebraucht, um zu 60 
berechnen, wieviel Bedienung der Benutzer letztlich 
bekommen hat Daruber hinaus kann man die Benut- 
zungsmuster des Benutzers bestimmen, um inn mit ei- 
nem verbesserten Dienst zu versorgen. Die verfugba- 
ren Statistiken konnen auch verwendet werden, um die 65 
Prioritat der Bedienung zu bestimmen, die der Benut- 
zer beim nachsten mal bekommen soil, wenn er sich 
bei einem SPLEMP anmeldet 
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6. User Home and Stay Locality Management Mo- 
dule: Dieses Modul halt sich daruber auf dem laufen- 
den, wo der Benutzer gerade wohnt und fur welchen 
globalen Ort der Benutzer gerade angemeldet ist Ubli- 
chcrweise werden diese Benutzerinformationen einer 
entsprechenden Systemkomponente zur Verwaltung 
Giobaler Orte, welche SPLEMPs beherbergen, uberge- 
bcn. Daruber hinaus werden weitere Benutzerinforma- 
tionen gesammelt, die in das BenutzerprofiL eingehen 
und dessen Mobilitat und Weltperspektive vermerken. 
Weiterhin kann sich ein Benutzer an einem Ort als Be- 
sucber klassifizieren, und die Paitnersuche kann dieses 
Kriterium auch mit einbeziehen. 

7. Matched Candidate Partner Catalogue Management 
Module: Dies hilft dem Benutzer, sich die Listc der 
vermittelten Partnerschaftskandidaten anzusehen. Dies 
schlieBt alle Partnerschaftseignungstreffer ein. Der Be- 
nutzer hat kcine Genehmigung, irgendwelche Eintrage 
hier zu loschen. 

8. Matched Candidate Partner Remembrance Informa- 
tion Management Module: Dieses Modul hilft dem Be- 
nutzer, sich seine bisherigen Partnerschaftseignungs- 
treffer anzusehen. Dies dient zur Erinnerung und wirkt 
wie ein Tagebuch. Der Benutzer ist frei, hier Informa- 
tionen hinzuzufugen, zu loschen, zu andern, usw. Der 
Benutzer kann die Beziehung, die en ts tan den ist, oder 
die Kommunikation, welche mit dem vermittelten Part- 
ncrschaftskandidaten stattgefunden hat, beschreiben. 
Meistens wird uber die Eintrage hier von dem Benutzer 
entschieden. 

9. Specific ComobiUty and Coactivity Intention Defi- 
nition and Tracking Information Management Module: 
Dieses Modul managt Informationen uber die. Benut- 
zerbewegung, die Begleitung, die Absichten, die \for- 
schlage, die Angcbote, usw. Diese Informationen wer- 
den von dem Benutzer zu dessen eigener Sicherheit be- 
reitgestellt Im Fall von Schaden oder Festnahme usw. 
konnten die Bchorden den Benutzer ausfindig machen. 
Diese Information wird von dem Benutzer auch bereit- 
gestellt, um die begleitende Person, die nicht vertrau- 
enswiirdig oder fremd ist, wissen zu lassen, daB sie 
nicht ungeschoren davonkame, sollte sie dem Benutzer 
irgendwelchen Schaden zufugen. Die Information hier 
wird nicht weiter benotigt, sollte der Benutzer den 
Dienst nochmals zu benutzen angefangen haben. Die 
Informationen sollen nur fur eine maxim ale Dauer von 
wenigen Wochen behalten werden, oder bis der Benut- 
zer sich nochmals bei dem Dienst gemcldet hat und ei- 
nige Wochen vergangen sind. 

10. User Home Locality History Management Mo- 
dule: Dieses Modul managt Informationen uber die 
vorherigen Orte, an denen der Benutzer gewohnt hat 

11. User Stay Locality History Management Module: 
Dieses Modul manage Informationen uber alle Orte, an 
denen der Benutzer gewesen ist und den Dienst benutzt 
hat. Damit kann man dessen Aufenthaltsort ausfindig 
machen und eventuelle Missetaten zuriickverfolgen. 

12. Geographical Places and Positions Interrelations- 
hips Graphs based Information Management Module: 
Dieses Modul managt Informationen, wie man sie in 
einem Atlas findet Dies hilft, die BenutzermobUitat so- 
wie auch die Beziehungen zwischen verschiedenen 
Mengen von globalen Orten und den globalen Orten 
selbst zu managen. 

13. Locatity related Demographic Information Cap- 
ture and Management Module: Dieses Modul managt 
Informationen, welche die Demografik in verschiede- 
nen Regionen betreffen. Weiterhin erfaBt es Informa- 
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tionen uber HaBverbrechen in verschiedene Regionen, 
was dabei zu wissen hilft, wclche Katcgoricn von Be- 
nutzern in welchen Regionen angreifbar sind und daher 
mehr Sicherfaeit und Vorsicht bei der Dienstbenutzung 
brauchcn. 5 

14. System Behaviour Complaints Information Ma- 
nagement Module: Dieses Modul verwaltet alle Be- 
schwerden, die von Benutzcm oder SPLEMPs einge- 
reicht wurden. Basierend auf diesen Informationen 
kann man versuchen, den Dienst zu verbessem, die 10 
Probleme oder Engpasse beim Dienstangebot heraus- 
zufinden, usw. 

15. User Behaviour Complaint Information Manage- 
ment Module: Dieses Modul verwaltet Informationen, 
die von den SPLEMPs selbst uber die Bcnutzer des 15 
Dienstes bereitgestellt wurden. Normalerweise sind 
diese in Form von Beschwerden. Anhand dieses Feed- 
backs kann man cine gecigncte Strategic erdenken, wie 
der Benutzer in der Zukunft bedient werden solL Nor- 
malerweise geht es hier um rohe Informationen. 20 

16. User directed Critical Feedback History Manage- 
ment Module: Dieses Modul behandelt den gesamten 
Feedback, den ein Benutzer eingereicht hat, dazu geho- 
ren Kriuk oder Lob an anderen Benutzern, den vermit- 
tclten Paitnerschaftskandidatcn. Dieses Feedback ist 25 
wichtig, um herausfinden zu konnen, ob die Benutzer 
den Dienst in einer verantwortungsbewuBten Art und 
Wcise, gernafi den Bcnutzeranwcisungcn, dem Verhal- 
tenskodex folgend, benutzen, und in ihren Benutzer- 
profilen glaubwurdige Informationen geliefert haben. 30 
Hier wind die Information in ihrem rohen Zustand be- 
wahrt 

17. User Security Hie Management Module: Diese In- 
formation wird normalerweise von Sicherheitsagentu- 
ren oder -behorden, die privat oder offentlich sein kon- 35 
nen, erhoben. Das konnte das Strafregister eines Benut- 
zers, oder sogar Angaben uber sein off entliches Verhal- 
tcn einschlieBen. Dies wird benotigt, um Benutzer aus- 
zufiltern, denen man kriminelle Neigungen zutrauL 

18. User Profile Attribute CredibiHty Tracking History 40 
Management Module: Dieses Modul managt Informa- 
tionen uber die vergangene Glaubwurdigkeits-Akte des 
Benutzers. Dies ist hilfreich, um herauszufinden, ob es 

in der Glaubwiirdigkeit des Benutzers Anderungen 
gab. 45 

19. User Behaviour towards Service Usage Tracking 
History Management Module: Dieses Modul verwaltet 
Informationen uber die Dienstbenutzung. Dies beinhal- 
tet Informationen daruber, ob der Benutzer sich nach 
einem Check-Out von einem SPLEMP eigenhandig ab- 50 
meldet, wenn er nicht zuriickzukehren vorhat, oder wie 
oft der Benutzer ein Partnerschaftseignungstrefferan- 
gebot, aus welchen Grunden auch immer, ablehnt, usw. 

20. User Behaviour towards Matched Candidate Part- 
ner Tracking History Management Module: Dieses 55 
Modul ist mit dem Benutzerkonto assoziiert Hier wer- 
den Informationen nach einer gebuhrenden Analyse 
des kritischen Feedbacks von Benutzern und von 
SPLEMPs, bewahrt 

21. System to User Messages Information Manage- 60 
ment Module: Dies bcinhaltct ein Protokoll der Be- 
nachrichtigungen, die dem Benutzer vom System ge- 
schickt wurden. 

22. User Profile History Management Module: Der 
Benutzer andert sein Benutzerprofil von Zeit zu Zeit, 6S 
durch Zufugen, Loschen, Andem, oder Auffuhren von 
weiteren Einzelheiten. Das Benutzerprofil andert sich 
infolgedessen standig. Um den Zweck der Zunickfuh- 



32 

rung von Aspekten wie warum ein bestimmter Partner- 
schaHseignungstrelTer gefunden wurde und wie der 
Benutzer sich im Laufe der Zeit verandert hat, und 
auch um die Glaubwurdigkeit des Benutzerprofils her- 
auszufinden, ist es notwendig, Versionen von vergan- 
genen Benutzerprofilen, oder die Unterschiede und An- 
derungen, und auch Informationen uber die Gultig- 
kcitsdauer von bestimmten Attributcn und ihre Ande- 
rungen usw. zu speichem und zu managen. Dies wird 
von diesem Modul bewerkstelligt 

23. User Profile Change and Development Informa- 
tion Management Module: Dieses Modul managt im 
Grunde Informationen, die durch ein entsprechendes 
Informationsanalysenmodul, User Profile Change and 
Development Analysis Module genannt, gencriert wer- 
den. Dies ist notwendig, weil das User Profile History 
Management Module Informationen managt, die zeit- 
lich beschrankt sind. Es ist nicht sinnvoll, detaillierte 
Informationen langer zu bewahren, als deren Relevanz 
dies rechtfertigt Einerseits sind diese Informationen 
eine Zusammenfassung der oben beschriebenen Benut- 
zerprofilgeschichte. Weiterhin konnen vergangene In- 
formationen noch Relevanz haben, wenn sie als analy- 
sierte Informationen gespeichert werden. Es ist kom- 
paktcr und nutzlichcL 

24. User Profile Management Module: Dieses Modul 
managt die wichtigsten der Informationsblocke. Uber 
dieses Modul erhalten die meisten anderen Module ihre 
Informationen uber den Benutzer. Es ist das am mei- 
sten benutzte Modul, und verwaltet Benutzerprofil, In- 
teraktive-Tatigkeitsabsichten, gezielte Partnerschafts- 
anwarter-Profilschablonen, usw., was der Benutzer mit 
Hilfe des User Account and Personal Information Con- 
figuration Support Module konfiguriert hat Es beinhal- 
tct viele Metainformationen uber das Profil, wie Aktua- 
lisierungszeiten, Geheimhaltungspolitik bei Attributen, 
Verweise zu Glaubwiirdigkeitseintragen in dem User 
Profile Attribute Credibility Tracking History Manage- 
ment Module, Attributsbezogene Informationen, usw. 

25. Psychological and Social Systems based Profile 
History Management Module: Dieses Modul managt 
die psychologischen Profile, erstellt durch ein entspre- 
chendes Modul, welches Psychological and Social Sy- 
stems based Profile Evaluation Module genannt wird. 

26. User Behaviour towards People in General Irak- 
king History Management Module: Dieses Modul ma- 
nagt Informationen, erstellt durch mehrere Module, 
zum Beispiel das User Behaviour Complaint Submissi- 
ons Processing Module, oder das Matched Candidate 
Partner Critical Feedback Processing Module. In bei- 
den Modulen leitet eine andere Instanz, wie der Betrei- 
ber des SPLEMPs oder der vermittellen Partnerschafts- 
kandidat, seine Meinungen an das System weiter, und 
das System bewahrt die Informationen, in das erforder- 
liche Format uberfuhrt Weiterhin werden auch die In- 
formationen abstrahiert, die im User Behaviour to- 
wards Marched Candidate Partner TVacking History 
Management Module verfugbar sind. Hierbei handelt 
sich um das Verhalten des Benutzers im allgemeinen, 
was das Verhalten gegenuber einem bestimmten Pait- 
nerschaftskandidatcn cinschlieBt. 

27. User Behaviour towards SPLEMPs Tracking Hi- 
story Management Module: Dieses Modul managt In- 
formationen, welche durch das User Behaviour Com- 
plaint Submissions Processing Module erstellt wurden. 
Bei den durch dieses Modul verwalteten Informationen 
handelt es sich um das Verhalten des Benutzers in ei- 
nem beliebigen SPLEMP. Es gibt zwei Arten, wie diese 
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Information unterteilt werden kann, abhangig davon, 
ob sie ein bestimmtes SPLEMP angeht, oder ob sie auf 
SPLEMPs im allgemeinen verweist Soweit es ein be- 
stimmtes SPLEMP angeht, konnen diese Inform atio- 
nen schr nutzlich und sogar erforderlich sein. Manche 5 
SPLEMPs hatten schon mit Kunden Problemen gehabt, 
entweder aufgrund dessen Inanspruchnabme des Part- 
ncrsuchdiensles oder unabhangig davon, und der 
SPLEMP Betreiber konnte wunschen, einem solchen 
unruhestiftenden Kunden die Benutzung des Dienstes 10 
bei diesem SPLEMP zu untersagen. Falls die Kund- 
scbaft bei einem SPLEMP sehr groS ist, ist es schwer, 
einen Oberblick dariiber zu behalten, wer kommt und 
wer gent, und falls der SPLEMP ein Vsrbot fur einen 
Kunden durchsetzcn mochte, dann sollte dies ohne viel is 
Komplikationen und Miihe durcbfuhrbar sein. Im 
Falle, daB ein SPLEMP Betreiber das Ortsanmelde- 
Kennzcichen des Benutzers in Erfahrung bringcn kann, 
ware moglich, eine Beschwerde uber das Benutzerver- 
halten bei der KPMMSU einzureichen, wobei urn eine 20 
Untersagung des Dienstes fur die jeweilige Sitzung ge- 
beten wird. Der SPLEMP Betreiber kann auch verlan- 
gen, daB dem Benutzer uberhaupt die Benutzung des 
Dienstes bei diesem SPLEMP untersagt werden soli. 
Auf diese Weise wurde jedcr daraufhin erfolgende \fcr- 25 
such von der Seite des Benutzers, an diesem SPLEMP 
den Dienst in Anspruch zu nehmen, Einschrankungen 
untcrliegcn, wobei dem Benutzer cinige Funktionalita- 
ten des Dienstes nicht mehr angeboten wiirden, die 
Qualitat des Dienstes gesenkt oder der Benutzer sogar 30 
ganz verbannt wiirde. Mit Hilfe dieser Informationen 
konnen die Einschrankungen des Benutzers ausgewei- 
tet werden, nicht nur bei dem jeweiligen SPLEMP, son- 
dem bei beliebig vielen SPLEMPs, je nachdem, welch 
eine Art von Beschwerde es war. Dieses Modul managt 35 
Informationen, die durch alle Beschwerden entstanden 
sind. Die Einschrankungen selbst konnen wieder auf- 
gehoben werden, wenn eine bestimmte Zeit vergangen 
ist, oder wenn andere wieder etwas Positives uber den 
Benutzer zu melden hatten. 40 
28. System Operations Quality Control and Mainten- 
ance Information Management Module: Hier werden 
Betriebsstorungen, Systemzusammenbruche, Betrieb- 
sanomalien, Qualitatssenkung, usw. gemanagt werden 
konnen. Viele der Informationen wiirden von dem Sy- 45 
stem selbst generiert werden, und viele als Beschwer- 
den von den Benutzem und den SPLEMP-B etreibern 
eingcrcicht werden. Dieses Modul bekommt viele sei- 
ner Informationen von dem System Behaviour Com- 
plaint Submissions Processing Module. Das Manage- 50 
mentsystem wird ein geeignetes System zur Verarbei- 
tung von Beschwerden und Storungen beinhalten. Es 
stellt die richtige Schnittstelle, um Storungen zu behan- 
deln, bereiL Weiterhin ist es dafiir zustandig, die Pro- 
blemauftritte und Problembehebungen zu verfolgen, 55 
die notwendigen Schritte einzuleiten, um mit einem 
Problem fertigzuwerden, zu entscheiden, ob eine Be- 
schwerde gerechtfertigt und erast genug, um ihr nach- 
zugehen, ist oder nicht, ob es nur ein kurzfristiger Qua- 
litatsruckfall wegen zu hohem Druck bei der Nutzung 60 
der Ressourcen ist, oder ob es ein emsthafter System- 
fehler sei, ob weitere Ressourcen in ahnlichen Situatio- 
nen gebraucht werden oder nicht, usw. Dieses Modul 
kann auch benutzt werden, um dem Beschwerdefuhrer 
die Griinde fur das Problem mitzuteilen. Dies kann vor- 65 
genommen werden, um den Benutzern gegenuber Ver- 
standnis und Empfanglichkeit fur ihre Probleme zu zei- 
gen. Es ist auch niitzlich, um Statistiken uber Haufig- 
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keit und Griinde zu fuhren, um eine besser durchdachte 
Losung fur das Problem einzuluhren und das weitere 
Potential des Wiederauftretens des Problems in Griff 
zu halten. 

29. System Security Information Management Mo- 
dule: Dieses Modul bewahrt und managt alle Schlussel 
und Zertifikate, die benotigt werden, um Sicherheits- 
dienste in dem System zu unterstutzen. Dies schlieBt 
PrivatschlusseL, offentliche Schlussel, Zertifikate, ei- 
gene Schlussel, FremdschlusseL, usw. ein. 

Benutzerdialogmodule 

[0095] In solchen Modulen wird ein Dialog zwischen 
zwei Parteicn aufgcbaut Hier sind bcide Scilcn der Antwort 
der anderen Partei gegenuber sehr aufgeschlossen. Im Ge- 
gensatz zu den Konfigurationsmodulen sind die Fragen hier, 
die von eincr Partei gestellt werden oder die Informationen, 
die hier angefiragt werden, abhangig davon, was die andere 
Partei zuletzt geantwortet hat oder was wahrend des gesam- 
ten Dialoges bis zu dieser Zeit alles besprochen wurde. In- 
formanonsanfragemodule haben den Zweck, die Anforde- 
rungen des Systems an Informationen zu erfullen. In Dialog- 
modulen konnen beide Parteien einander Fragen stellen. 
Diese Module unterscheiden sich auch von Benachrichti- 
gungsmodulen, dadurch daB mit der Hilfe dieser Module der 
Benutzer auch noch An fragen stellt uber Informationen, an 
welchen er ein gewisses Interesse hat, Bestatigungcn mit- 
teilt, und Anfragen von Benutzern bearbeitet werden, bevor 
geantwortet werden kann, und die Ofifenbarungsregelungen 
uberpriift werden. 

1 . Introductory Session Management Support Module: 
Dieses Modul kummert sich um den Dialog zwischen 
dem Benutzer und der RPMMSU. Es ubemimmt die 
Aufgabe, dem Benutzer Informationen uber den gerade 
erzielten PartoerschaftseignungstrefTer zukommen zu 
lassen, uber die Interessen des vermittelten Partner- 
schaftskandidaten, uber die Griinde, warum der Part- 
nerschaftseignungstrefier erzielt wurde, usw. Hier kann 
der Benutzer uber die verschiedenen Aspekte, die vor- 
her erwahnt warden, nachfragen. Dieses Modul kom- 
muniziert mit einem anderen Modul, das sich auf dem 
PMCCD des Benutzers befindet, dem Introductory Ses- 
sion Support Module. Zusammen verwirklichen diese 
Module den Dialog. Der Betrieb besteht aus einem 
Austausch von Signalen. Die Signale werden uber das 
Long Distance Wireless Signalling Connection to 
User's Personal Mobile Communications and Compu- 
ting Device Management Module ubertragen. Je nach- 
dem, ob diese Anfragen von dem Benutzer akzeptiert 
oder den Benutzer nur benachrichtigt, konnte dieses 
Modul auch bei den Benutzerbenachrichtigungsmodu- 
len eingestuft werden, falls es nur benachrichtigt 

Informationsanalyse-Module 

[0096] Diese Module ubemimmt vorher erhobene system- 
interne Informationen und wandelt diese in andere Informa- 
tionen um, die fur das System niitzlich sind. Es geht durch 
eine groBe Menge an Informationen und liefcrt nur das We- 
sentliche davon zuruck, und verwirft den Rest 

1. User Profile Change and Development Analysis 
Module: Das Benutzerprofil andert sich im Laufe der 
Zeit. Manchmal kann es sich als wichtig erweisen, auf- 
zuspuren, warum ein PartnerschaflseignungstreQer er- 
zielt wurde, wie oft der Benutzer sein Profil andert, ob 
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der Benutzer etwas andert, was nicht als fluchb'ge In- 
formation bctrachtct wird, ob der Benutzer bei der An- 
derung bestimmter Attributen das Motiv verfolgt, bei 
einer bestimmten Gruppe von Leuten eine Partner- 
schaftscignung zu crzielcn, ob die Anderungcn rcali- 5 
slisch sind, etc. Die nachfolgenden Informationen wer- 
den an das User Profile Change and Development In- 
formation Management Module zur Speicberung und 
Verwaltung ubergeben. Dieses Modul erhalt die zu be- 
arbeitenden Informationen von dem User Profile Hi- to 
story Management Module. 

2. Matched Candidate Partner Critical Feedback Pro- 
cessing Module: Dieses Modul behandelt den kriti- 
schen Feedback, welcher von den Benutzern ankommt 
und der bestimmte akzeptierte vermittelte Partner- 15 
schaftskandidaten angehL Die Speicherung von rohen 
Informationen wie oben erwahnt wird von dem User 
directed Critical Feedback History Management Mo- 
dule gemanagt Es verarbeitet die Inhalte so, daB die 
nachfolgenden Informationen dem User Behaviour to- 20 
wards Matched Candidate Partner Tracking History 
Management Module des jeweils kritisierten Benut- 
zers, ubergeben werden konnen. Es gibt zusatzliche In- 
formationen, die ein Benutzer in der Kritik bereitstellt, 
die auf Abweichungen der Realitat, wie der Benutzer 25 
sie sieht, von den Benutzerprofilattributen des vennit- 
teiten Partnerschaftskandidaten, welche das System 
dem Benutzer zu Glauben gegeben hat, verweist Dies 
formt die Grundlagen der Informationen, die dem User 
Profile Attribute Credibility Tracking History Manage- 30 
ment Module ubergeben werden. Die Glaubwurdigkeit 
ist auch von anderen Informationsquellen abhangig. In- 
formationen verfugbar durch das User Profile Change 
and Development Information Management Module 
werden auch benutzt, urn die Glaubwurdigkeit des Be- 35 
nutzers zu bewerten. 

3. Psychological and Social Systems based Profile 
Evaluation Module: Dieses Modul analysiert mehrcrc 
Informationsquellen wie das User Profile Management 
Module, User Profile Change and Development Infor- 40 
mation Management Module, User Profile Attribute 
Credibility Tracking History Management Module, 
Locality related Demographic Information Capture and 
Management Module, User Stay Locality History Ma- 
nagement Module, User Home Locality History Ma- 45 
nagement Module und das Psychological and Social 
Systems based Profile History Management Module 
auf firuher erstellte, auf psychologischen und sozialen 
Systemen basierte Profile. Es erzeugt eine alles umfas- 
sende Ubersicht uber die psychologischen und sozialen 50 
Eigenschaften des Benutzers. Das Produkt dieser Be- 
wertung wird an das Psychological and Social Systems 
based Profile History Management Module zum Ma- 
nagement ubergeben. 

4. User Behaviour Complaint Submissions Processing 55 
Module: Dieser arbeitet mit Informationen, die von 
dem User Behaviour Complaint Submissions Recep- 
tion Module bereitgestellt werden. Dies beschaftigt 
sich mit Beschwerden, die bei dem SPLEMP entsteht 
und zu dem System eingereicht werden. Es kann sich 60 
dabei um Fehlverhalten von der Seite des Benutzers 
auf der Gelande eines SPLEMPs handeln. Dieses Fehl- 
verhalten kann gegen Personal oder Eigentum eines 
SPLEMPs oder gegen einen SPLEMP-Besucher ge- 
richtet sein, oder es kann unzivilisiertes Benehmen im 65 
allgemeinen sein. Die Verarbeitung erfordert iiblicher- 
weise, daB man Beschwerden vorlagen entgegennimmt, 
die Informationen umwandelt, mit dem jeweiligen Be- 



nutzer assoziiert und in die jeweiligen Informations- 
strukturen integriert, die von der Bedienung des Benut- 
zers an einem SPLEMP bzw. an alle SPLEMPs han- 
deln, und welche die Vermittlung des Benutzers an ei- 
nen Partnerschaftskandidaten bceinfiussen. 

5. System Behaviour Complaint Submissions Proces- 
sing Module: Dieses Modul verarbeitet alle Beschwer- 
denvorlagen, die mit dem System, das heiBt mit der 
RPMMSU, zu tun haben. Diese Beschwerden kdnnteo 
entweder von einem Benutzer oder von einem 
SPLEMP stammen. Die Beschwerde kann gegen ver- 
schiedene Aspekte des Dienstes gerichtet sein. Es kann 
sich um eine Verschlechterung der Qualitat des Dien- 
stes, oder die Nichtverfugbarkeit des Dienstes handeln. 
Es wird sehr vicl Parameter gcben, von wclchen der 
Benutzer oder der SPLEMP-Betreiber auswahlen 
wiirde, um das Problem zu beschreiben. Das Modul be- 
reitet Verwaltungsberichte fur die zustandigen passcn- 
den Arbeitsgruppe vor. Die Ergebnisse der Verarbei- 
tung werden an das System Operations Quality Control 
and Maintenance Information Management Module 
ubergeben. 

6. Astrological Systems based Astrological Profile 
Evaluation Module: Es existieren verschiedene Sy- 
stcme der Astrologie je nach Ursprung, Evolution, usw. 
Diese Systeme der Astrologie benutzen bestimmte Re- 
geln und Algorithmen, welche auf bestimmten Infor- 
mationselementen des Benutzerprofils arbeiten und ein 
astrologisches Profil des Benutzers erstellen. Diese 
Astrologieprofile bieten eine ^>rhersage uber das Le- 
ben des Menschen, dessen Moglichkeiten und dessen 
Charakter, uber bestimmte Zeitperioden, je nach der 
Konstellation der Sterne und Planet en. Sie behaupten 
auch zu wissen, welcher Lebensstil, Aktionen, Tatig- 
keiten, Bekanntschaftsarten oder Gegenstande fur eine 
Person empfehlenswert waren. Dem Benutzer wird 
solch ein Astrologieprofil zugewiesen, welches dann 
benutzt werden kann, um das augenblickliche Horo- 
skop zu berechnen. 

7. Palmistry Systems based Palmistrical Profile Eva- 
luation Module: Dies ist sehr ahnlich zu dem oben ge- 
nannten Fall, auBer daB die Berechnung des Chiroman- 
tieprofils des Benutzers auf Gestalt, Form, Festigkeit, 
und vor allem auf den Linien der Handflache und der 
Fingerabdriicke, oder allgemeiner gesagt, auf der Hand 
des Benutzers basiert Dafur wird der Benutzer eine 
Abtastung der Hand, Fingerabdriicke, eine Beschrei- 
bung der Festigkeit, usw. vorlegen. Der Benutzer kann 
auch zu einem professionellen Handleser gehen, der 
die Hand beschreibt und diese Beschreibung in einem 
bestimmten Dateiformat der RPMMSU UbergibL Der 
Zweck dieses Moduls besteht darin, die Informationen, 
die durch Beschreibungen und Abtastungen gesammelt 
werden, in ein benutzbares Format umzuwandeln. In- 
formationen uber die Dimensionen der Hand konnen 
auch ein Teil der Informationen sein, die dem Modul 
bereitgestellt werden. 

8. User's Current Service Usage Privilege Defining 
Points Computing Module: Dieses Modul ist zustandig 
fur das Berechnen von Bedienungsprivilegien, die ein 
Benutzer in Anbetracht seines Bcnutzerkonto haben 
sollte. Verschiedenen quantitative Informationsele- 
menten werden Punkte zugewiesen. Die Punkte kon- 
nen benutzt werden, um die Bedienungsprivilegien zu 
berechnen. Ein gewichteter Durchschnitt kann schon 
als Anfangspunktanzahl im Voraus gefunden werden, 
oder der gewichtete Durchschnitt konnte erst dann be- 
rechnet werden, wenn einige andere Faktoren aus ande- 
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ren Quellen, darunter Betriebszeit- oder Laufzeitfakto- 
ren, die mit cinbezogcn werdcn miisscn, verfugbar 
sind. Dieses Modul erhalt seine Eingabe von verschie- 
denen Managementmodulen wie User Behaviour to- 
wards People in General Tracking History Manage- 5 
ment Module, User Behaviour towards SPLEMPs 
Tracking History Management Module, User Beha- 
viour towards Service Usage Tracking History Ma- 
nagement Module, User Profile Attribute Credibility 
Tracking History Management Module, User Servicing 10 
Sessions History Management Module, User Match 
History Management Module und User Accounts Ma- 
nagement Module. Aus dem zuletzt erwahnten Modul 
laBt sich die Bedienungsqualitatsklasse, fur die sich der 
Benutzer cntschieden hat, erfahren. Dieses Modul wird 15 
dabei behilflich sein, die Punkteanzahl von verschiede- 
nen Quantitatsinformationselementen zu berechnen. 
Dieses Modul wird von dem User Servicing Module 
aufgerufen werden. 

9. User Security Check File Processing Module: Die- 20 
ses Modul nutzt Informationen aus dem entsprechen- 
den User Security Hie Management Module, ebenso 
wie aus dem User Behaviour towards People in Gene- 
ral Tracking History Management Module und dem 
User Behaviour towards SPLEMPs Tracking History 25 
Management Module. Es bewertet die Informationen 

in diesen Modulen und schreibt die analysierten Infor- 
mationen in das User Security File Management Mo- 
dule zuriick. 

10. SPLEMP related User Profile Attributes Sensiti- 30 
vity Determination Module: Es gibt verschiedene 
SPLEMPs in der Nachbarschaft oder Stadt Jeder 
SPLEMP hat eine andere Kundschaft Die Kundschaft 
eines bestimmten SPLEMPs konnte einer bestimmte 
Kategorie von Benutzem aus Grunden der Ethnizitat, 35 
Religion, politischen Meinungen, Geschlecht, sexuel- 
len Orientierung, Verbandsmitgliedschaft, usw. nicht 

so wohlgesinnt sein. Sollte ein Benutzer solche Eigen- 
schaften haben, was aus ihm einen unwillkommenen 
Besucher bei diesem SPLEMP macht, ware es nicht so 40 
klug, jedem an diesem Ort betiebigen Zugang zu diesen 
Eigenschaften des Besuchers zu ermoglichen. Diese 
Attribute sind als sensiti v fur den bestimmten SPLEMP 
zu verstehen. Im Regelfall sol ken diese Attribute in 
diesem SPLEMP nicht fur Partnerschaftseignungs- 45 
uberprufungen benutzt werden. Der Benutzer soli uber 
diese kontextuelle Empfindlichkeit benachrichtigt wer- 
den und gefragt werden, ob er vor hat, diese Einstel- 
lung aufzuheben. Dieses Modul hilft dabei festzustel- 
len, welche Attribute in einem BenutzerprofU bei ei- 50 
nem SPLEMP als empfindbch erklart werden sollen. 
Ein SPLEMP wird in dem SPLEMPs Account Mana- 
gemenr Module als eine \forsichtsregelung benotigend 
beschrieben. Die Eingabe fur dieses Modul stammt 
vom Feedback von verschiedenen Benutzem, die 55 
meinten, daB eine solche Regelung notig ware. Ein 
SPLEMP konnte selbst den Wunsch haben, irgendwel- 
che ungliicklichen Vorfalle zu vermeiden und solch 
eine Vorsichtsregelung angewendet zu bekommen. 

1 1 . Locality related User Profile Attributes Sensitivity 60 
Determination Module: Dieses Modul ist dem oben ge- 
nannten Modul sehr ahnlich. Der Unterschied liegt 
darin, daB statt auf einen bestimmten SPLEMP, die 
Vorsichtsregelung auf den gesamten Ortsbereich erwei- 
tert wird. Die Dateneingabe kommt aus verschiedenen 65 
demographi schen Studien, Benutzerfeedback, Vbrfalls- 
berichten, usw. Die Empfindlichkeitsattributsinforma- 
tion aus diesen Auswertungen wird normalerweise an 
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das Locality related Demographic Information Capture 
and Management Module zu Managementzwccken 
ubergeben. 

12. Resource Allocation Evaluation Module: Dieses 
Modul ist zustandig fur die Bewertung der Frage, wie 
viele Ressourcen gebraucht werden, urn den Dienst ei- 
nem SPLEMP, oder einer Gruppe von SPLEMPs, oder 
einer ganzen Ortlichkeit hinsichtlich der Rechnerkapa- 
zitat, Netzwerkbandbreite, Arbeitskrafte, Strom, dauer- 
haften Speicher, Hauptspeicher, usw. fur eine Bedie- 
nungssitzung, einen ganzen Tag, oder eine andere Zeit- 
periode, bereitzustellen. Die Informationseingabe wird 
normalerweise von Statistiken aus dem SPLEMP Ses- 
sions History Management Module und dem SPLEMP 
Accounts Management Module abgelcitcL Das 
SPLEMP Accounts Management Module beinhaltet ei- 
nen Sitzungskalender fur den SPLEMP. Dieser Sit- 
zungskalender beinhaltet auch Angaben dartibcr, wie 
viele Leute zu kommen erwartet werden. 

Systeminformationserfassungsmodule 

[0097] Diese Module sind konzipiert, um dem System zu 
ermoglichen, Informationen uber bestimmte Ressourcen zu 
erfassen und zu sammeln, wobei die Quelle nicht eine der 
Hauptparteien in der verteilten Architektur ist, sondern eine 
systemexteme Instanz sei, entweder eine dritte Partei oder 
Person, oder ein automatisch wahmchmungsfahiges Sy- 
stem, oder vorher gesammelte Informationen, wenn auch in 
nicht direkten benutzbarem Format 

1. User Location Tracking Module: Dieses Modul laBt 
die RPMMSU wissen, wann es einen Benutzer bedie- 
nen soil und wann nicht Dieses Modul ist im Kontakt 
mit einem entsprecnenden Modul bei der SPLEMP 
LSU, welches User Location Registration Module 

. heiBt und Informationen daruber sendet, ob der Benut- 
zer angemeldet, aktiviert, deaktiviert, verfugbar, nicht 
verfugbar, eingecheckt, ausgecheckt oder abgemeldet 
ist Diese Information wird zu dem User Location Sta- 
tus and Serviceability Tracking Module weitergeleitet 

2. Locality related Demographic Information Capture 
and Management Module: Diese Informationen sind 
notwendig, falls man die Vorsichtsregelung anwenden 
mochte. Es gibt noch einen anderen Grund, aus dem 
man demographische Informationen uber eine geogra- 
phische Region besitzen sollte. Manchmal kann man 
besonders intensiv versucben, an Informationen uber 
Leute in einem bestimmten Gebiet heranzukommen. 
Falls man mit den Leuten aus einem bestimmten Ge- 
biet schon vertraut ist, kann man durch Benutzung ei- 
ner Partoerschaftskandidat-Profilschablone mit einer 
gewissen Spezifikation von Attributen, die private In- 
formationen von bestimmten Leuten, die in einer 
Nachbarschaft wohnen, herausfinden. Man probiert 
eine Kombination von Attributen aus, und laBt sich 
voni Dienst bedienen. Wenn der Dienst sich mit einem 
bestimmten Partnerschaftseignungstreffer zuriickmel- 
det, dann bekommt man bestatigt, daB die jeweilige 
Person die angegebenen Eigenschaften besitzt In die- 
sem Fall wurde es niitzlich sein zu wissen, ob es sehr 
viele Leute gibt, die auf ein bestimmtes Attributsmu- 
ster ansprechen oder nicht Falls es sehr viele Leute 
gibt, dann schadet es nicht allzu viel, falls jemand das 
herausfindet Auf der anderen Seite, falls es nur eine 
einzelne Person gibt, und die Attributsmuster ein etwas 
empfindliches Muster war, dann konnte dies rein theo- 
retisch das Leben fur inn sehr schwer machen. Weiter- 
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hin braucht man Informationen uber den Tbleranzspie- den ist, dem Matched Candidate Partner Offer Ke- 
gel dcs Ortes. Falls man hcrausfindet, daB wegen cincr sponse Module. Gemcinsam untcrbreiten sie dem Be- 
solchen Partnerschaftsvermittlung jemand zu Schaden nutzer eine Anfrage bezuglich der Kontaktberei tschafl 
gekommen ist, dann sollte man dieser Region fur die- gegenuber einera vermittelten Partnerschaftskandida- 
ses Attributsmustcr eine slarke Vorsichtsrcgelung ein- 5 ten. Dieses Modul ubergibt die Antwortinformationen 
ricbten. an das Match Processing Module, in dessen Auftrag 

3. User Registration requiring Third-Party Authentica- das Modul arbeitet 

tion Coordination Module: Dieses ist das Modul, das 2. Location Dercgistration Intent Confirmation Sup- 

Informationen von einer Authentifizierungsbehorde ei- port Module: Wann auch immer ein Benutzer das Ge- 

nen bestimmten Benutzer betreffend, zum Zwecken 10 lande eines SPLEMPs verlaBt, kann es sehr nutzlich 

der Authentifizierung erfaBt Dieses Modul darf sich sein zu wissen, ob der Benutzer zu diesem Zeitpunkt 

direkt an das Authentication Server Module, was vor die Ortlichkeit endgultig verlaBt, oder ob der Benutzer 

Ort bei der Authentifizierungsbehorde befindet, an- vorhat, sofort wieder zuriickzukehren. Falls der Benut- 

schlieBen. Dieses Modul bildet auBerdem den Riickhalt zer den SPLEMP endgultig verlaBt, dann konnte das 

eines andcrcn Moduls des Authentication Authority t5 System den Benutzer abmelden. Diese Information 

Agencies User Authentication Confirmation Feed Hu- konnte dabei helfen, den Verbrauch von Ressourcen zu 

man-Machine Interface Support Module. minimieren. Dieses Modul funktioniert mit einem ge- 

4. SPLEMP Registration requiring Third-Party Au- genubcrlicgcndcn Modul zusammen, welches sich in 
thentication Coordination Module: Dies ist sehr ahn- dem PMCCD befindet, dem Location Dercgistration 
lich zu dem oberen Modul, wobei der Unterschied viel- 20 Confirmation Module. Zusammen holen sie von dem 
leicht darin liegt, daB dieses Modul dazu dient, den Benutzer eine Bestatigung ein bezuglich dessen Ab- 
Zweck der SPLEMPs zu authenufizieren. sicht, das Gelande des SPLEMPs endgultig fur die lau- 

5. Geographical Places and Positions Interrelations- fende Sitzung zu verlassen. Dieses Modul ubergibt die 
hips Graphs based Information Format Conversion Antwortinformationen an das User Location Status and 
Modules: Es bestcht ein Bedarf, Bcziehungen zwi- 25 Serviceability Tracking Module, in dessen Auftrag das 
schen verschiedenen geographischen Gebieten, wie Modul funktioniert. 

Beinhaltung, Beinhaltungsausmafi, Beinhaltungstyp, 

Beinhaltungshierarchic, Nahe, NaheausmaB, politische Benutzerbenachrichtigungsmodulc 
Grenzen, natiiriiche Hindernisse, usw. zu berechnen. 

Solche Informationen sind meistens in verschiedenen 30 [0099] Diese Module ermoglichen es dem System, Bot- 
vorhandenen geographischen Informationssystemen schaften oder Benachrichtigungen an andere Parteien zu 
und digitalen kartographischen Systemen bereits ver- schicken, um sie uber etwas zu informieren. 
fugbar. Die Strukturen, die zur Darstellung dieser geo- 
graphischen Objekte und ihrer Beziehungen benutzt 1. System to SPLEMP Messaging Support Module: 
werden, konnten von den schon Vorhandenen abwei- 35 Das System konnte dieses Modul benutzen, um an den 
chen, und deswegen ist Konvertierung von vorhande- SPLEMP-Betreiber eine Nachricht bezuglich irgendei- 
nen in Systems trukturen not wen dig. Dieses Modul nes Besorgnis oder Interesse erweckendes Thema zu 
kummert sich darum. Die Konvertierungen werden von schicken. Es kann eine Mahnung, eine Warnung, ein 
mehreren unterschiedlichen schon vorhandenen For- neues Angebot, eine Einladung, eine wissenswerte In- 
maten gemacht werden mussen. Dieses Modul ist dafiir 40 formation, eine Bestatigung, eine Aufklarung, eine Be- 
zustandig, das System durch Zugriff auf vorhandene grundung, eine Rechtfertigung, eine Entschuldigung 
Informationsquellen mit den erforderlichen Informa- oder etwas anderes sein. 

tionen zu versorgen. 2. System to User Messaging Support Module: Das 

6. User Security Check required Security Authority System konnte dieses Modul benutzen, um an den Be- 
Check-Up Request Module: An dieses Modul richtct 45 nutzer eine Nachricht bezuglich irgendeines Besorgnis 
das User Security Check File Managemenr Module oder Interesse erweckendes Thema zu schicken. Es 
eine Anfrage nach Informationen uber einen bestimm- kann eine Mahnung, eine Warnung, ein neues Angebot, 
ten Benutzer. Dieses Modul stellt einerseits im Auftrag eine Einladung, eine wissenswerte Information, eine 
des Managementmoduls eine Nferbindung zu der Serve- Bestatigung, eine Aufklarung, eine Begriindung, eine 
reinheit auf dem Gelande einer entsprechenden Sicher- 50 Rechtfertigung, eine Entschuldigung, oder etwas ande- 
heitsagentur her, von der es unter Benutzung passender res sein. 

Zugangsrechte sicherheitsbezogene Informationen zu 

dem erwunschten Benutzer abrufen kann. Konfigurationsmodule 



Benutzeranfragemodule 55 

[0098] Diese Module ermoglichen es dem System, etwas 
bestimmtes zu dem bestimmten Zeitpunkt, an dem es fur das 
System wichtig wird, diese Information zu besitzen, abzu- 
fragen. Die Fragen werden den anderen Parteien gestellt und 60 
sie werden zu deren Beantwortung aufgefordert Diese Mo- 
dule sind auch dafur zustandig, die Antworten, die von der 
anderen Partei bereitgestellt wurde, entgegenzunehmen. 

1. Matched Candidate Partner Contact Willingness 65 
Confirmation Support Module: Dieses Anfragemodul 
kooperiert mit einem anderen, ihm gegenuberstehen- 
den Modul, das in dem PMCCD des Benutzers vorhan- 



[0100] Diese Module bilden die Strukturen, in denen ein 
Benutzer seine Bedurfhisse auszudrucken versuchen wiirde. 
Diese Anforderungen werden in diesen Strukturen gesam- 
melt und zur Speicherung und Verarbeitung geschickt Die- 
sem Ausdruck des Bedarfs folgt eine gewisse Reihenfolge 
oder Menge, welche akzeptiert werden kann. 

1. User Account and Personal Information Configura- 
tion Support Module: Der Benutzer wird dieses Modul 
benutzen, um sein Benutzerprofil, Interaktive-Tatig- 
keitsabsichten, Geheimhaltungseinstellungen, Bedie- 
nungspreisklasse, Identitatsinformation, Kontaktinfor- 
mation, Information zu Heimat- und Aufenthaltsort, 
usw. zu konfigurieren. AnschlieBend werden diese In- 
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formationen weiter dem User Account Management 
Module ubergeben. Dieses Modul bildet den Ruckhalt 
des User Registration and Persistent Configuration Hu- 
man-Machine Interface Support Module. 

2. User Home and Stay Information Configuration 5 
Support Module: Das ist ein zusatzliches Modul, urn 
den Benutzer bei der Eingabe zu unterstutzen, in wel- 
chcr Ortlichkeit er sich zur Zeit aufhalt oder wo er in 
der nahen Zukunft sich aufzuhalten vorfaat Dieser Auf- 
enthaitsort unterscheidet sich von der Ortlichkeit, die 10 
er als Heimat ansieht Auch dieser Heimatort kann 
auch fiber dieses Modul spezifiziert werden. Dies ist al- 
lerdings etwas, das nicht so oft geschehen soli oder 
wird. Auf dieses Modul kann eventuell auch von dem 
PMCCD des Benutzcrs zugcgriffen werden. Die Infor- 15 
mationen, die hier erhoben werden, werden dem User 
Home and Stay Locality Management Module ubcrge- 
ben. 

3. Location Registration Configuration Support Mo- 
dule: Dieses Modul benutzend kann der Benutzer ange- 20 
ben, fur welchen SPLEMP er sich anzumelden beab- 
sichtigt Der Benutzer kann auf dieses Modul fiber das 
gegenuberstehende Location Registrarion Module auf 
dem PMCCD des Benutzers, zugreifen. Die Informa- 
tioncn, die so erfaBt werden, werden an das User Servi- 25 
cing Module ubergeben. 

4. Service Activation Configuration Support Module: 
Dieses Modul benutzend kann der Benutzer den Part- 
nerschafkseignungssuchdienst aktivieren. Der Benutzer 
kann auf dieses Modul fiber das gegenuberstehende 30 
Service Activation Module auf dem PMCCD des Be- 
nutzers zugreifen. Die Informationen, die so erfaBt 
werden, werden an das User Servicing Module uberge- 
ben. 

5. User Servicing Settings Configuration Support Mo- 35 
dule: Dieses Modul benutzend kann der Benutzer die 
Bedienungseinstellungen, die der Benutzer fur Bedie- 
nungssitzungen braucht, konfigurieren. Der Benutzer 
kann auf dieses Modul fiber das gegenuberstehende 
User Servicing Settings Module auf dem PMCCD des 40 
Benutzers zugreifen. Die Informationen, die so erfaBt 
werden, werden an das User Servicing Settings Proces- 
sing Module ubergeben. 

6. Interactive Activity Intentions Configuration Sup- 
port Module: Dieses Modul benutzend kann der Benut- 45 
zer die taeraktive-Tatigkeitsabsichten, die der Benut- 
zer fur Bedienungssitzungen benotigt, definieren. Der 
Benutzer kann auf dieses Modul fiber das gegenuber- 
stehende Interactive Activity Intentions Definition Mo- 
dule auf dem PMCCD des Benutzers zugreifen. Die In- 50 
formationen, die so erfaBt werden, werden an das Inter- 
active Activity Intentions Definition Processing Mo- 
dule ubergeben. 

7. Matched Candidate Partner Remembrance Informa- 
tion Configuration Module: Dieses Modul muB sich 55 
hier nicht notwendigerweise befinden. Die Informatio- 
nen, die damit erfaBt werden, werden von dem User 
Servicing Module nicht gebraucht Diese konnen aber 
spater geliefert werden. In diesem Fall ware das Mat- 
ched Candidate Partner Remembrance Information 60 
Management Module dasjenige, an das die Informatio- 
nen ubergeben werden. Falls das PMCCD des Benut- 
zers eine eingeschrankte Kapazitat hat, kann dieses 
Modul fur die Konfiguration benutzt werden. Dieses 
Modul kann auch als dasjenige verstanden werden, 65 
welches fur den Empfang von Informationen zur Erin- 
nerung an die vermittelten Partnerschaftskandidaten 
zustandig ist, die an das Matched Candidate Partner 



Remembrance Information Management Module wei- 
tcrgeleitet werden. 

8. SPLEMP Account Information Configuration Sup- 
port Module: Dieses Modul benutzend wird der 
SPLEMP Betreiber sein Konto konfigurieren. Das 
schlieBt ein, daB der Benutzer Informationen wie Iden- 
titatsangaben, Kontaktierbarkeitsadressen, Bankkon- 
teninformalionen, Bcdienungsinformationcn, allge- 
meine bedienungszeitbezogene Regeln, usw. eingibt 
Dieses Modul bildet den Ruckhalt des SPLEMP Regi- 
stration and Persistent Configuration Human-Machine 
Interface Support Module. Die Informationen, die so 
erhalten werden, werden an das Serviced Public Lei- 
sure and Entertainment Meeting Place Accounts Ma- 
nagement Module ubergeben. 

9. SPLEMP Sessions and Events Information Confi- 
guration Support Module: Dieses Modul Benutzend 
gibt der SPLEMP- Betreiber Informationen zu be- 
stimmten Sitzungen und Begebnissen, die bei dem 
SPLEMP stattfinden werden, ein. Zugriff auf dieses 
Modul wird auch fiber das SPLEMP Registration and 
Persistent Configuration Human-Machine Interface 
Support Module in der LSU des SPLEMPs erreicht. 
Die Informationen werden an das Serviced Public Lei- 
sure and Entertainment Meeting Place Accounts Ma- 
nagement Module ubergeben. 

10. S PLEM P Servicing Settings Configuration Sup- 
port Module: Durch dieses Modul kann der SPLEMP- 
Betreiber angeben, welche Bedienungseinstellungen 
vorzunehmen sind. Die Einstellungen konnen sich dar- 
auf beziehen, wie viele PartnerschaflseignungstrefFer 
jedem Benutzer maximal zustehen, welche Bedie- 
nungspreisklassen die dienstbenutzenden Kunden in 
Anspruch nehmen durfen, wie viele Benutzer boch- 
stens bedient werden durfen, wie lange ein Benutzer 
langstens bedient werden darf, usw. Dadurch kann die 
LSU Betreuungsangestellten auch noch die Offhungs- 
zeiten angeben. Dieses Modul arbeitet mit dem Service 
Quality Settings Module bei der LSU zusammen. Die- 
ses Modul benutzend, kann der Benutzer die Bedie- 
nungseinstellungen, die er fur Bedienungssitzungen 
braucht, konfigurieren. Der Benutzer kann auf dieses 
Modul fiber das gegenuberstehende User Servicing 
Settings Module auf dem PMCCD des Benutzers zu- 
greifen. Die Informationen, die so erfaBt werden, wer- 
den an das User Servicing Settings Processing Module 
ubergeben. 

Inform ationseingabemodule 

[0101] Unter Benutzung dieser Module kann eine Partei 
eine ihrer Meinungen einer anderen Partei zukommen las- 
sen. Da die MeinungsauBerung selbst nicht verbindlicb ist, 
sind diese Module auch nicht kritisch, im Sinne von notwen- 
dig. Normalerweise fungieren diese Module als das erster 
Speicherplatz, an dem die Informationen, nachdem sie die 
Zielpartei erreicht haben, gesammelt werden. Obwohl man 
sich vorstellen wfirde, daB diese Module freien und natfirli- 
chen Text zur Transmission gestatten wfirden, ist es jedoch 
moglich, nur bestimmte Informationsarten zu den Empfan- 
gerparteien zu senden. Das macht die Verarbeitung von In- 
formationen sehr viel leichter. Diese Module unterscheiden 
sich dadurch von den Konfigurationsmodulen, daB die In- 
formationen nur das System bestimmt sind, und nicht mit ei- 
ner personifizierten Bedienung des Benutzers zu tun haben. 
Auch wenn eine beliebige Bedienung dadurch beeinfluBt 
wind, wind das System diese nicht direkt beeinflussen, son- 
dem es wfirde eine andere Partei damit beauftragen, oder 
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den eigenen allgemeinen Betrieb entsprechend andem, wo- 
durch nicht nur der einc Benutzer, sondcm alle relcvantcn 
Benutzer, einen geanderten Dienst bereitgestellt bekommen 
werden. 

5 

1. Matched Candidate Partner Critical Feedback Re- 
ception Module: Immer wenn der Benutzer dem Mat- 
ched Candidate Partner Critical Feedback Module auf 
Seinem PMCCD benutzt, um kritischen Feedback fiber 
irgendeinen vermittelten Partnerschaftskandidaten ein- 10 
zugeben, kommen die Informationen auf den Weg zum 
System als erster Haltestelle hier an, bevor sie weiter 
an das Matched Candidate Partner Critical Feedback 
Processing Module und an das User directed Critical 
Feedback History Management Module weitcrgegebcn 15 
werden. 

2. System Behaviour Complaint Submissions Recep- 
tion Module: Immer wenn der Benutzer oder der 
SPLEMP-Betreiber sein PMCCD bzw. LSU benutzt, 
um eine Beschwerde uber das Funktionieren des Sy- 20 
stems einzureichen, kommen die eingegebene Informa- 
tionen auf dem Weg zu dem System zuerst als erster 
Haltestelle hier an, bevor sie weiter an das System Be- 
haviour Complaint Submissions Processing Module 
und an das System Behaviour Complaints Information 25 
Management Module weitergegeben werden. 

3. User Behaviour Complaint Submissions Reception 
Module: Immer wenn der SPLEMP-Betreiber das User 
Behaviour Complaint Submission Module der LSU be- 
nutzt, um eine Beschwerde uber das Verhalten des Be- 30 
nutzers einzureichen, kommen die eingegebenen Infor- 
mationen auf dem Weg zu dem System zuerst als der 
erster Haltestelle hier an, bevor sie spater weiter an das 
User Behaviour Complaint Submissions Processing 
Module und an das User Behaviour Complaint Infor- 35 
mation Management Module weitergegeben werden. 

4. Specific Comobility and Coactivity Intention Defi- 
nition and Tracking Security information Reception 
Module: Der Benutzer konnte in seltenen Fallen diesen 
Aspekt des Dienstes benutzen wollen. Der Benutzer 40 
starlet einfach diese Verfolgungssitzung, und gibt kon- 
tinuierlich Angaben zu seiner Begleitung, Absichten, 
augenblicklichem Verbleib, usw. ein. Die ganzen Infor- 
mationen kommen zuerst hier in diesem Modul an, be- 
vor sie verarbeitet und in dem Specific Comobility and 45 
Coactivity Intention Definition and Tracking Informa- 
tion Management Module gespeichert werden. 

5. Emergency Call Reception Module: Immer wenn 
der Benutzer einen Notruf verschickt, was sowohl 
asynchron oder synchron sein kann, kommt dieser hier 50 
an und wird weiter an das Emergency Call Security 
Processing Module ubergeben. Der Notruf wird mit der 
Hilfe des Emergency Call Security Module auf dem 
PMCCD des Benutzers gesendet 

55 

Dienstbearbeitende Module 

[0102] Diese Module sind zustandig fur die Bearbeitung 
oder Verwirklichung einer Funktionalitat Sie sind im 
Grunde genommen laufzeitmodule. Sie existieren nur so- 60 
lange der Dienst bereitgestellt wird Nachdem das Ziel der 
Bedienung die Benutzung des Dienstes terminiert hat, horen 
diese Module zu existieren auf. Viele dieser Module sind der 
Schliissel zu der Verwirklichung des Dienstes. Ohne man- 
che von ihnen konnte der Dienst gar nicht existieren. 65 

1 . Match Making Processor Module: Das ist ein Kern- 
modul der IHenstvenvirklichung. Dieses Modul be- 
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nutzt die zwei aktiven Benutzerprofile des Benutzers 
und des Partnerschaftskandidaten und vergleicht sie, 
um herauszuflnden, ob eine Partnerschaftseignung 
moglich ist oder nicht, und falls ja, wie hoch der Part- 
nerschaflsubereiristimmungsgrad in Prozentpunktcn 
ist Die aktiven Benutzerprofile werden von dem User 
Servicing Module gemanagt Dieses Modul wird zum 
Ausfuhren durch das Match Processing Module aufge- 
rufen, welches wiederum im Kontext des User Servi- 
cing Module lauft. 

2. User Servicing Module: Dieses Modul ist dasjenige, 
welches eine Obersicht uber alle benutzerbezogenen 
Laufzeitmodule hat, und, je nachdem warm und wie 
diese zur Ausfuhrung fallig sind, fur die Ausfuhrung 
dieser Module zustandig ist. Dieses Modul wird er- 
stellt, wenn der Benutzer sich ganz zu Beginn bei ei- 
nem SPLEMP anmeldet und die Anmeldung gelingt 
Es wird von dem SPLEMP Location Registration Pro- 
cessing Module aufgerufen, welches selbst im Kontext 
des SPLEMP Servicing Module lauft Es wird erst 
dann vemichtet, wenn die Benutzersitzung fur beendet 
erklart wird. Die Sitzung endet, wenn die einzige An- 
meldung bei einem SPLEMP ablauft oder der Benutzer 
sich von einem SPLEMP oder Dienst abmeldet Die 
Zustandigkeit der lerminierung liegt bei dem User Lo- 
cation Status and Serviceability Tracking Module, wel- 
ches ein Teil des Moduls ist Bei der Tenmnierung, 
ubermittclt dieses Modul, viele der verwaltetcn Infor- 
mationen an das User Servicing Sessions History Ma- 
nagement Module weiter Nachdem dieses Modul er- 
stellt wurde, erstellt es auch das Active User Profile 
Generation Module. Das User Servicing Module unter- 
stiitzt den Aufruf des User Servicing Settings Proces- 
sing Module. Es managt auch das Interactive Activity 
Intentions Definition Processing Module. Dieses lauft 
auch im Kontext dieses Moduls. Weiterhin verfolgt es 
alle uberpruften Partnerschaftskandidaten, ebenso wie 
alle akzcpticrten, abgelchnten oder blockiertcn Partncr- 
schaftseignungstreffer einer bestimmten Sitzung. 

3. SPLEMP Servicing Module: Bevor die Benutzer 
sich uberhaupt bei einem S PLEM P anzumelden begin- 
nen konnen, so lite dieses Modul schon fur den jeweili- 
gen SPLEMP in Betrieb sein. Es wird von dem 
SPLEMP Betreiber selbst gestartet, oder es kann auch 
durch einen Alarmmechanismus in dem Serviced Pu- 
blic Leisure and Entertainment Meeting Place Ac- 
counts Management Module gebootet werden. Das 
SPLEMP Location Registration Processing Module 
lauft als ein Teil dieses hoheren Moduls und wird auch 
von diesem Modul gesteuert Es terminiert dann, wenn 
der SPLEMP-Betreiber es absichtlich terminiert oder 
wenn eine voreingestellte Laufdauer ablauft und ein 
Alarm ausgelost wird. Dieses Modul stellt ein 
SPLEMP dar, wenn dort eine Sitzung stattfindeL, oder 
mit anderen Worten, wenn es im Betrieb ist Dariiber 
hinaus hat dieses Modul eine Ubersicht uber alle ange- 
meldeten Benutzer bei diesem SPLEMP, und somit 
Verweise zu den entsprechenden User Servicing Modu- 
les. Es ist zustandig fur die Laufreihenfolgefestlegung 
der User Servicing Modules. Konkreter gesagt, wird 
die Laufreihenfolgefestlegung sowohl durch die Lauf- 
zeitprioritatsbenotungsangaben, welche iiber die User 
Servicing Modules verfugbar gemacht werden, als 
auch durch die Statistiken uber die Bedienung wahrend 
der aktuellen Sitzung getroffen. Eigentlich konnen 
viele User Servicing Modules parallel zueinander lau- 
fen. 4. Match Processing Module: Dieses Modul ma- 
nagt den gesamten ProzeB der Partnerschaftseignungs- 



DE 100 40 

45 

suche. Es ubernimmt die Kontrolle uber das March 
Making Processor Module. Es wird benutzt, um sicher- 
zuslellen, daB alle Phasen der Partnerschaftseignungs- 
suche so ablaufen, wie sie konzipiert wurden. Dieses 
Modul wird von dem User Servicing Module aufgeru- 5 
fen. Es ist aucb zustandig fur das Aufrufen des Partner 
Introductory Information Generation and Provision 
Support Module. Danach ruft es das Matched Candi- 
date Partner Contact Willingness Confirmation Support 
Module auf. AnschlieBend benutzt es falls notwendig 10 
das Communication Connection Establishment Mo- 
dule. 

5. Interactive Activity Intentions Definition Proces- 
sing Module: Falls es Informationen gibt, die eine ge- 
wisse Verarbeitung der Intcraktive-latigkcitsabsicn- 15 
ten-Definition benotigen, dann kiimmert sich dieses 
Modul darum. Es arbeitet mit Informationen, die von 
dem Interactive Activity Intentions Configuration Sup- 
port Module bereitgestellt wird Es wird von dem User 
Servicing Module aufgerufen. 20 

6. Authentication Module: Dieses Modul pruft nach, 
ob das InformationsubertragungssignaU welches emp- 
fangen wurde, in der Tat von der Partei stammt, die von 
dem Signal angegeben wind, und daB die Unversehrt- 
heit der Information nicht kompromitticrt wurde. Wei- 25 
terhin muB, wenn man auf eine Res source zugreifen 
muB, die anfordernde Partei identifiziert und authentifi- 
ziert werden, bcvor die Erlaubnis erteilt wird Dieses 
Modul benutzt Unterscbriftsschlussel und Zertifikate 
von dem System Security Information Management 30 
Module. Nur dann wird die Information von der ande- 
ren Partei akzeptiert und an die andere Partei geliefert. 

7. User Servicing settings Processing Module: Dieses 
Modul ubernimmt Informationen von dem User Servi- 
cing Settings Configuration Support Module und tatigt 35 
die notwendige Verarbeitung dieser Informationen. 
Das konnte Vorgange einschlieBen wie das Feststellen, 
ob es uberhaupt moglich ist, eine bestimmte Klasse von 
Bedienung zu benutzen oder nicht, oder ob eine ge- 
wisse Qualitat des Dienstes bei einem bestimmten 40 
SPLEMP uberhaupt bereitgestellt werden kann oder 
nicht, usw. 

8. Partner Introductory Information Generation and 
Provision Support Module: Dieses Modul ist zustandig 
fur das genaue Feststellen der Bekanntmachungsinfor- 45 
mation, die dem vermittelten Partnerschaftskandidaten 
geliefert werden kann und soli, was abhangig ist von 
einem dem gesunden Menschenverstand entsprechen- 
den bzw. vom Benutzer vorgeschriebenen Vertraulich- 
keitspegel. Das Benutzerprofil des Benutzers kann 50 
auch dariiber Auskunft geben, ob Informationen preis- 
gegeben werden diirfen oder nicht- Weiterhin sollte die 
Profilschablone des vermittelten Partnerschaftskandi- 
daten auch wie ein MaBstab funktionieren, um die At- 
tribute von Interesse festzustellen. Eigenartige Attn- 55 
bute des Benutzers waren auch in manchen Fallen mit- 
teilenswert Die Sensitivitat mancher Attributen an be- 
stimmten Ortlichkeiten oder SPLEMPs muB auch in 
Betracht gezogen werden. Dieses Modul wird von dem 
March Processing Module aufgerufen. 60 

9. Communication Connection Establishment Mo- 
dule: Dieses Modul wird ebenfalls von dem Match Pro- 
cessing Module aufgerufen. Nachdem das Matched 
Candidate Partner Contact Willingness Confirmation 
Support Module seine Billigung gegeben hat, wild die- 65 
ses Modul die Aufgabe, eine synchrone Kommunikati- 
onsverbindung zu dem vermittelten Partnerschaftskan- 
didaten aufzubauen, ubernehmen. Dieses Modul be- 
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nutzt die Funktionalitat, welche von dem Long Di- 
stance Wireless Synchronous Communication Connec- 
tion to User's Personal Mobile Communications and 
Computing Device Management Module bereitgestellt 
wird. Am Ende existiert eine aufgcbaute synchrone 
Kommunikationsverbindung zwischen den beiden Be- 
nutzern. 

10. Active User Profile Generation Module: Dieses 
Modul arbeitet mit den Informationen, welche durcb 
das User Profile Management Module verfugbar ge- 
macht werden. Es wird von dem User Servicing Mo- 
dule aufgerufen. Fur die Generierung des aktiven Be- 
nutzerprofils mussen Vertraulichkeitseinstellungen im 
Betracht gezogen werden, und das SPLEMP related 
User Profile Attributes Sensitivity Determination Mo- 
dule so wie das Locality related User Profile Attributes 
Sensitivity Determination Module mussen einbezogen 
werden. Weiterhin werden darin Informationen von des 
User Profile Attribute Credibility TVacking History 
Management Module darin integriert 

11. Automatic User Position Determining Module: 
Dieses Modul konnte benutzt werden, falls der Benut- 
zer nicht uber das User Location Tracking Module ge- 
ortet werden mochte, sondem es bevorzugt, daB seine 
geographische Koordinaten durch Zugriff auf das User 
Position TVacking Security Module in dem PMCCD 
des Benutzers festgestellt werden. Diese Koordinaten 
werden mit der Hilfe von Geographical Places and Po- 
sitions Interrelationships Graphs based Information 
Format Conversion Modules in SPLEMP Identitatsin- 
formation konvertiert In dem Fall wird eine assoziierte 
LSU bei dem SPLEMP nicht mehr notwendigerweise 
benotigt. 

12. Specific Comobility and Coactivity Intention Defi- 
nition and Tracking Security Processing Module: Es 
kann ein Bedarf existieren, die Informationen, welche 
von dem Specific Comobility and Coactivity Intention 
Definition and Tracking Security information Recep- 
tion Module geliefert werden, weiter zu verarbeiten, 
bevor die Informationen in dem Specific Comobility 
and Coactivity Intention Definition and TVacking Infor- 
mation Management Module gespeichert werden kon- 
nen. Es konnte Verwandlung von Eingabe in ein ancle- 
res Format einschlieBen. 

13. Emergency Call Security Processing Module: 
Nachdem ein Notruf von dem Emergency Call Recep- 
tion Module empfangen wird, wird der Notruf verar- 
beitet werden mussen. Dies wird wahrscheinlich da- 
durch geschehen, daB es zu den entsprechenden Sicher- 
heitsdiensten mit den notwendigen zusatzlichen Infor- 
mationen weitergeleitet wird. Diese notwendigen zu- 
satzlichen Informationen werden wahrscheinlich von 
dem Specific Comobility and Coactivity Intention De- 
finition and TVacking Information Management Mo- 
dule abgeleitet Dariiber hinaus konnten weiteren In- 
formationen uber das Aussehen von dem Benutzer, 
sein Foto, Erklarung der Umstande, usw. den Sicher- 
heitsdiensten bereitgestellt werden. 

14. User Location Status and Serviceability TVacking 
Module: Dieses Modul ist zustandig fur die Feststel- 
lung der Bedicnbarkeit des Benutzers anhand seines 
Ortlichkeitszustandes bei dem SPLEMP, wo er sich an- 
gemeldet hat. Es bleibt wahrend der gesamten Dauer 
des User Servicing Module aktiv. Es arbeitet auf Infor- 
mationen, welche von dem User Location TVacking 
Module gesammelt wurden. So ist dieses Modul dafur 
zustandig, das User Servicing Module mit den erfor- 
derlichen Informationen versorgt zu halten, die ge- 
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braucht werden, um zu entscheiden, ob der Benutzer 
bcdient werden soli oder oicht Dieses Modul kann 
auch seine Eingabe von dem Automatic User Position 
Determining Module beziehen. 

15. SPLEMP Location Registration Processing Mo- 5 
dule: Dieses Modul arbeitet in enger Kooperation mit 
dem Location Registrations Management Module der 
LSU dcs SPLEMP-Betreibers. I miner dann, wenn eine 
neue Anmeldung bemerkt wird, wird es zu dem steu- 
ernden SPLEMP Servicing Module weitergeleitet Au- 10 
Berdem besteht hier die Anforderung, daB das Location 
Registrations Management Module als eine Bestali- 
gung des Benutzerstandortes fungiert Das Modul ar- 
beitet hier innerhalb des Kontextes des SPLEMP Servi- 
cing Module. 15 

1 6. Testing and Diagnosis Module: Dieses Modul wird 
gebraucht um die gesamte RPMMSU zu testen. Es ist 
niitzlicb fiir die Diagnose bei unzufriedcnstellendem 
Betrieb. Es kann entweder benutzt werden, bevor die 
RPMMSU in Betrieb genommen wird, oder wenn der 20 
Betrieb kurz eingestellt wind, oder um herauszufinden, 
warum etwas nicht ordnungsmaBig funktioniert, sogar 
wahrend des Betriebes. Im letzten Fall wird es sehr eng 
mit dem System Operations Quality Control and Main- 
tenance Information Management Module zusammen- 25 
arbeiten. 

17. SPLEMP Servicing Settings Processing Module: 
Dieses Modul arbeitet mit den Informationcn, welche 
durch das SPLEMP Servicing Settings Configuration 
Support Module bereitgestellt werden. Was die Bedie- 30 
nung des einzelnen Benutzers angeht, wird es versu- 
chen, die Einstellungen mit denen des Benutzers zu in- 
tegrieren. Bei alien anderen Einstellungen werden die 
notwendigen Schritte vorgenommen, um diese auch zu 
verwirklichen. Dieses Modul arbeitet eng mit dem 35 
SPLEMP Servicing Module zusammen. 

Kommunikationsverbindungsmanagement-Modulc 

[0103] Diese Module sind dazu da, eine Kommunikati- 40 
onsverbindung zwischen zwei entfemt gelegenen Parteien 
so aufzubauen, daB Signale Ciber diese Verbindungen uber- 
mittelt werden konnen. Das heifit, die Informationen, die am 
Anfang auf einer Seite der Verbindung vorhanden ist, kon- 
nen nach einem ProzeB, welcher Cbermittlung bzw. Senden 45 
heifit, auf der anderen Seite dupliziert werden, so daB am 
Ende die eleichen Informationen auf beide Seiten vorhan- 
den sind Uber synchrone Verbindungen ist es auch moglich, 
ein Gesprach in menschliche Sprache zu fuhren. 

50 

1. Long Distance Signalling Connection to Serviced 
Public Leisure and Entertainment Meeting Place's Lo- 
cation Server Unit Management Module: Dieses Mo- 
dul wird benutzt, um Informationssignale uber groBe 
Entfemungen zu verschiedenes SPLEMPs an verschie- 55 
denen Ortlichkeiten zu schicken. Diese konnen entwe- 
der uber Draht oder drahtlos gesendet werden. Dieses 
Modul hi lft dabei, eine Verbindung aufzubauen, eine 
Verbindung abzubrechen, zu garantieren, daB die Infor- 
mation auf der anderen Seite in der richtigen Reihen- 60 
folge ankommt, usw. Das Modul wird von verschiede- 
nen anderen Modulen benutzt, die abhangig von der 
Kommunikation zwischen der RPMMSU und der LSU 
sind Dies betrifft das SPLEMP Location Registration 
Processing Module, das User Location Tracking Mo- 65 
dule, das System Behaviour Complaint Submissions 
Reception Module, das User Behaviour Complaint 
Submissions Reception Module und das SPLEMP Re- 



gistration and Persistent Configuration Human-Ma- 
chine Interface Support Module auf der Seite der 
RPMMSU bzw. das Location Registrations Manage- 
ment Module, das User Location Registration Module, 
das System Behaviour Complaint Submission Module 
und das User Behaviour Complaint Submission Mo- 
dule auf der Seite der LSU bei dem SPLEMP Dieses 
Modul selbst benutzt die Long Distance Networking 
and Communications Unit, um die eigene Funktionali- 
tat zu verwirklichen. Dieses Modul kann zusatzlich fur 
die Kommunikation zu anderen Parteien, wie Sicher- 
heitsbehorden, Auwentifizierungsagenturen, usw. be- 
nutzt werden. 

2. Long Distance Wireless Signalling Connection to 
User's Personal Mobile Communications and Compu- 
ting Device Management Module: Dieses Modul wird 
benutzt, um Informationssignale uber groBe Entfemun- 
gen an verschiedene Benutzer in verschiedenen Ort- 
lichkeiten zu senden. Diese Signale werden immer 
drahtlos uber Luft gesendet und werden und von den 
PMCCDs der Benutzer aufgefangen. Dieses Modul be- 
nutzt eigentlich ein anderes Grundplattfonrirnodul, 
welches als Long Distance Wireless Networking and 
Communications Unit bezeichnet wird Verschiedene 
Signale werden zwischen der RPMMSU und dem 
PMCCD des Benutzers ausgetauschL Viele dieser Si- 
gnale dienen dem Zwecke des Verbindungsaufbaus und 
der Sichcrheitsgewahrlcistung, und anderc dazu da, In- 
formationen auszutauschen, die direkt relevant fur das 
System selbst sind. 

3. Long Distance Wireless Synchronous Duplex Com- 
munication Connection to User's Personal Mobile 
Communications and Computing Device Management 
Module: Dieses Modul wird benutzt, um eine drahtlose 
synchrone Duplex-Kommunikationsverbindung zwi- 
schen der RPMMSU und dem PMCCD des Benutzers 
zu verwirklichen. Im Grande genommen benutzt man 
dieses Modul aber, um zwei Verbindungen aufzubauen, 
zunachst einmal zwischen der RPMMSU und dem 
PMCCD des Benutzers auf der einen Seite, und zwi- 
schen der RPMMSU und dem PMCCD des vermittel- 
ten Partnerschaftskandidaten auf der anderen Seite. 
Danach werden die zwei Verbindungen zusammenge- 
fiigt und die RPMMSU entbindet sich von den Verbin- 
dungen, so daB am Ende eine direkte Verbindung exi- 
stiert zwischen den beiden Benutzern. Dies tut das Mo- 
dul nicht direkt, statt dessen wird es von dem Commu- 
nication Connection Establishment Module, Welches 
dieses Modul auch steuert, beauftragt, dies zu tun. 

Presentations-Module 

[0104] Prasentations-Module ermoglichen es einer Pre- 
sentation, aus einer Entfernung verfugbar gemacht zu wer- 
den. Die Person auf der anderen Seite kann sowohl Informa- 
tionen bekommen als auch so interagieren, daB es moglich 
wind, Informationen zuriick an das Prasentations-Modul zu 
ubermitteln. In dieser Art und Weise spielen die Prasentati- ' 
onsmodule die Rolle, nicht nur die sinnlich wahrnehmbaren 
Informationen einer entfernten Person darzustellen, sondern 
auch Informationcn zu erheben. Oftmals werden die Infor- 
mationen so organisiert, daB der Benutzer sie visuell mit 
Leichtigkeit verstehen, oder akustisch anhoren, oder taktil 
abtasten und sogar anriechen kann. Das heifit, die Informa- 
tionen werden mittels Multimedia dargestellt Daraber hin- 
aus muB eine Einbindung der Prasentationen in die daranter- 
liegenden Netzwerk-, Kommunikations- und Prasentations- 
plattform gesichert werden. 
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1. Operator and Service Description Information Pro- 
vision Support Module: Dadurch kann der RPMMSU- 
Betreiber Informationen uber sich selbst und uber den 
Partnerschaftssuchdienst dem Benutzer zukommen las- 
sen. In der heutigcn Tcchniksprachc ausgedriickt, an- S 
nelt dies dem Browsing einer Website, fur den 
RPMMSU-Betreiber erstellt 

2. Operator System Management Human-Machine In- 
terface Support Module: Mit dieser Schnittstelle kann 
der RPMMSU-Betreiber das gesamte RPMMSU-Sy- 10 
stem managen. Dazu gehort, das System hochzufahren, 
das System berunterzufahren, einen neuen SPLEMP in 
der Bedienbarkeit aufzunehmen, eine neue Ortlichkeit 

in den Betrieb zu integrieren, Betriebsstorungen zu su- 
cben und zu bcheben, SPLEMP-Ortlichkeits-Bezie- 15 
hungen neu zu konfigurieren, das System um neue 
Funktionalitaten zu erweitera, usw. 

3. Operator Statistical & Other Reports Generator 
Support Module: Dieses Modul erstellt Statistiken und 
Analysen uber den Betrieb der RPMMSU, die Bedie- 20 
nung der SPLEMPs, die Bedienung der Benutzer, den 
Betrieb bezuglich einer Ortlichkeit, Beschwerde- 
menge, die Attribute der Benutzer selbst, die Eigen- 
schaften der SPLEMPs selbst, usw., und prasentiert 
diese dem RPMMSU-Bctriebsmanagement mit Hilfe 25 
von Diagrammen, Graphiken, Tabellen, Text, usw. 
Diese Berichte konnen regelmaBig erstellt werden und 
automatisch der Betriebsmanagementmannschaft zu- 
geschickt werden, oder sie konnen abgerufen werden. 
Das hilft der Betriebsmanagementmannschaft, eine 30 
Ubersicht uber den gesamten Systembetrieb zu behal- 
ten. 

4. User Registration and Persistent Configuration Hu- 
man-Machine Interface Support Module: Mit der Un- 
terstutzung dieses Moduls, kann der Benutzer sein Be- 35 
nutzerprofil, Interaktive-Tatigkeitsabsichten, Geheim- 
haltungseinstellungen, Bedienungspreisklasse, Identi- 
tatsinformationen, Kontaktierbarkeitsinformationen, 
Informationen zu Heimat- und Aufenthaltsort, Geneh- 
migungen, usw. in das System eingeben. Dieses Modul 40 
dient eigentlich nur als Schnittstelle, welche es dem 
Benutzer ermoglicht, diese Informationen einzugeben, 
obwohl der Benutzer entfernt an einem anderen Rech- 
nersystem sitzt Die Darstellung der Fragen, die Erf as- 
sung der Eingaben, die Navigation von Frage zu Frage 45 
oder sogar zu anderen Teilen des Systems, das Anbie- 
ten der Wahlmoglichkeit, um den erwunschten Teil 
zum Konfigurieren oder Durchschauen auszuwahlen, 
die multimediale Darstellung der konfigurierbaren 
Teile, die Emennung des aktuellen konfigurierbaren 50 
Teils, den der Benutzer gerade durchschaut Dariiber 
hinaus muB eine Einbindung der Prasentationen mit der 
darunterliegenden Netzwerk- und Kommunikations- 
und Prasentationsplattform gesichert werden. 

5. SPLEMP Registration and Persistent Configuration 55 
Human-Machine Interface Support Module: Dieses 
Modul ahnelt etwas dem oben genannten Modul, der 
Unterschied ist, daB dieses Modul von den SFLEMP- 
Betreibem benutzt wind. Dieses Modul ermoglicht, daB 
den SFLEMP-Betreibern eine Mensch-Maschine- 60 
Schnittstelle zur Verfugung stehL Dieses Modul benut- 
zend kann der SPLEMP-Betreiber der RPMMSU seine 
Identitatsangaben, LSU-ZugriffsschlusseL, LSU-Kon- 
taktierbarkeitsinformationen, SFLEMP-Ortiichkeitsin- 
formation, Bankkontennummern und Auszugsermach- 65 
tigungen, OfFnungszeiten und Ofrnungsregeln, usw. 
miUeilen. Uber dieses Modul soli der SPLEMP-Betrei- 
ber auch in der Lage sein, mit dem RPMMSU-Betrei- 
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ber Vertrage zu schlieBen. Dariiber hinaus kann der 
SPLEMP-Betreiber die RPMMSU auch uber bevorste- 
hende OSnungssitzungen und geplante Veranstaltun- 
gen im Voraus informieren. 

6. Authentication Authority Agencies User Authenti- 
cation Confirmation Feed Human-Machine Interface 
Support Module: Uber dieses Modul konnen Authenti- 
fizierungsagenturen die Identitatsangaben des Benut- 
zers bestatigen. Wenn der Benutzer mit dem 
RPMMSU-Betreiber einen Bedienungsvertrag ab- 
schlieBt, dann konnte der Benutzer eventuell eine digi- 
tale Unterschrift dazu fugen. Es muB festgestellt wer- 
den, ob diese Unterschrift wirklich zu den von dem Be- 
nutzer behaupteten Identitatsangaben paBt Dies neh- 
men die Authentifizierungsagenturen vor. Dieses Pra- 
sentationsmodul ermoglicht einem Angestellten einer 
Authentifizierungsagentur, die Authentifizierungsbe- 
statigung fiir einen bestimmten Benutzer einzugeben, 
oder der RPMMSU weitere Benutzerangaben mi tzu tei- 
len, wie die FMCCD-Kontaktierbarkeitsadresse, die 
Sozialversicherungsnummer, das Bankkonto, usw. 

7. Security Authority User Security Check and User 
Personal and Activity Information Feed Support Hu- 
man-Machine Interface Support Module: Dieses Mo- 
dul Bcnutzend kann ein Sicherheitsbehdrdenbcamtcr 
Informationen zu einem bestimmten Benutzer einge- 
ben, was seine Strafakte, oder seine Geschichte, oder 
seine Bekanntschaflen, oder sein offentliches Verbal- 
ten, oder seine Gewohnheiten, usw. angeht Nicht alles 
davon ist erforderlich und nicht bei jedem Benutzer er- 
forderiich. Aber falls es zu Beschwerden uber einen 
Benutzer kommt, dann kann manchmal eine Oberprii- 
fung eines Benutzers erforderlich werden. Dies kann 
nur geschehen, wenn man eine Genehmigung von dem 
Benutzer dafur hat Dieses Modul bildct die Eingabe- 
schnitts telle fur den Sicherheitsbehordenbeamten. 

Grundplattform-Module 

[0105] Diese Module sind diejenigen, die das Fundament 
fur die anderen bilden. AUe anderen Module benutzen die- 
ses fur ihre Verwirklichung. Die Funktionalitat einiger da- 
von konnte redundant sein. Die Redundanz dient nur der Be- 
nutzungsflexibilitat und der Benutzungsfreiheit 

1 . Long Distance Wired Networking and Communica- 
tions Unit: Diese Einheit bildet die Grundlage fur Ver- 
netzung und Kommunikation uber groBe Entfemun- 
gen. Oblicherweise werden in diesem Fall Informatio- 
nen und Sprache uber Kabel ubertragen. 

2. Long Distance Wireless Networking and Communi- 
cations Unit: Diese Einheit benutzend konnen die In- 
formationen von einem Sender an einem Empfanger, 
der nicht mit dem Sender uber Kabel verbunden ist, ge- 
sendet werden, d. h. drahtlos gesendet werden. 

3. External Serial and Parallel Interfaces Bus and Con- 
trol Units: uber diese Schnittstelleneinheiten konnen 
Peripheriegerate mit der RPMMSU verbunden werden, 
entweder direkt oder uber ein Netzwerk, wobei diese 
Einheit der RPMMSU behilflich ist, sich an das Netz- 
werk, z. B. ein Intranet, anzubinden. 

4. Main Memory unit: Die Ausfuhrungsmodule wer- 
den diese Einheit neben der Central Processing Unit 
benutzen, um uberhaupt ausgefuhrt werden zu konnen. 
Die meisten Informationen, die ein Modul intern wah- 
rend seiner Ausfuhrung braucht, werden hier gespei- 
chert 

5. Central Processing Unit: Die gesamte Ausfuhrung 
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der Ausfuhrungsmodule in der RPMMSU wird mit 
Hilfe diescr Einheit erledigL 

6. Keys Input Mechanism Unit Mit Hilfe einer Tasta- 
tur oder einer Anzahl von Tasten, kann der Betreuungs- 
angestellte der RPMMSU seine Eingaben durchfuhren. 5 

7. Persistent Memory Unit: Mit Hilfe dieser Einheit 
konnen alle die dauerhaften Speicher betreffenden Mo- 
dule verwirklicht werden. 

8. Power Supply Unit: Dies versorgt die gesamte 
RPMMSU mit dem benotigten Strom. 10 

9. Display Output Mechanism Unit* Dadurch kann der 
Betreuungsangestellte der RPMMSU Feedback iiber 
das System bekommen und es so manipulieren. 

Moglichkcitcn der PartnerschaAscignungssuchprozcssor- IS 
Module 

1. User Profile and Wishes based Match-Making Pro- 
cessor Module 

2. User Social and Psychological System Profile based 20 
Match-Making Processor Module 

3. User Astrological System Horoscope based Match- 
Making Processor Module 

4. User Palmistry System Profile based Match-Making 
Processor Module 25 

User's Personal Mobile Communications and Computing 
Device 

1. Service Main Module: Dies ist das erste Modul, das 30 
auszufuhren beginnt und zustandig ist fur den direkten 
oder indirekten Aufruf aller anderen Module. Dieses 
Modul dient als Ausldser fur das Funktionieren des Sy- 
stems. Unter Benutzung dieses Moduls bekommt der 
Benutzer Zugang zu alien anderen Modulen. Die mei- 35 
sten Bedienungsmodule arbeiten im Kontext dieses 
Moduls. 

2. Location Registration Module: Dieses Modul arbei- 
tet in zwei verschiedenen Modi. Bei dem ersten Mo- 
dus, wird dieses Modul nur fur die Orts-Anmeldung 40 
benutzt Dabei wird nicht uberpriift, ob der Benutzer 
sich wirklich an dem angegebenen SPLEMP aufhalt In 
diesem Fall kommuniziert dieses Modul direkt mit dem 
User Location TVacking Module bei der RPMMSU 
iiber die Long Distance Wireless Networking and 45 
Communications Unit Hierbei wird das Kennzeichen 
des jeweitigen SPLEMPs, das eigene Benutzerkennzei- 
chen des Benutzers und evcntuell auch noch das Kenn- 
zeichen des PMCCDs des Benutzers mitgeteilt. Es gibt 
keine Notwendigkeit, diese Informationen an die LSU 50 
oder fiber die LSU zu ubertragen, wobei die LSU wo- 
moglich gar nicht vorhanden ist Bei dem zweiten Mo- 
dus ist die LSU sehr wahrscheinlich vorhanden. Der 
Benutzer kann angeben, daB er sich bei einem be- 
stimmteo SPLEMP anzumelden wiinschL Dieses Mo- 55 
dul wiirde mit beiden Module, sowohl mit dem User 
Location Tracking Module in der RPMMSU als auch 
mit dem User Location Registration Module bei der 
LSU des SPLEMPs, kooperieren. Mit dem User Loca- 
tion Tracking Module bei der RPMMSU kommuniziert 60 
es mit der Untcrstutzung der Long Distance Wireless 
Networking and Communications Unit und mit dem 
User Location Registration Module bei der LSU an 
dem SPLEMP tut es das mit der Hilfe der Short Di- 
stance Wireless Networking and Communications 65 
Unit Es teilt beiden Einheiten mit, daB es wunscht, 
sich bei ihnen anzumelden. An die RPMMSU sendet es 
zusatzlich die eigene Kontaktierbarkeitsadresse oder 
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das Benutzerkennzeichen oder wahlweise beide, dieje- 
nige bcnutzend, wclche die RPMMSU wissen lassen 
wiirde, welchen Benutzer es zu bedienen gilt, Es 
schickt auch noch das Ortsanmeldungskennzeichen, 
welches dieses Modul mit dem LSU verhandcll und ak- 
zeptiert So wann immer die LSU die RPMMSU be- 
zuglich eines Benutzers kontaktiert, tut sie das immer, 
indent sie das Ortsanmeldungskennzeichen benutzt, 
besonders zu Zwecken der Bestatigung des Aufenthal- 
tes. Es konnte der LSU nicht erlaubt sein, die Identitat 
des Benutzers oder die Identitat seines PMCCD zu er- 
fahren. Bei der RPMMSU kann die Konvertierung 
zwischen dem PMCCD- Kennzeichen und dem Ortsan- 
meldungskennzeichen in beiden Richtungen vorge- 
nommen werden. 

3. Location Stay Monitoring Module: Dieses Modul 
ist erstens optional und zweitens funktioniert es auch in 
zwei Modi. Bei dem ersten Modus kommuniziert die- 
ses Modul direkt mit dem User Location Tracking Mo- 
dule der RPMMSU, und laBt diese wissen, ob das 
PMCCD und infolgedessen der Benutzer sich auf dem 
Gelande des SPLEMPs aufhalten. Hier braucht das 
Modul der RPMMSU nicht zu beweisen, daB dies 
wirklich der Tatsache entspricht In dem zweiten Mo- 
dus ist dieses Modul zustandig fiir die Interaktion zwi- 
schen den Modulen bei dem SPLEMP, die verantwort- 
lich fur die Uberprufung sind, ob der Benutzer noch auf 
dem Gelande des SPLEMPs ist oder nicht. Das schlicBt 
die On-Premises Stay Check- Listener Units, die 
Check-In Confirmation listener Units and Check-Out 
Confirmation Listener Units ein. Dieses Modul kiim- 
mert sich darum, regelmaBig zu iiberpriifen, ob sich der 
Benutzer auf dem Gelande des SPLEMPs aufhalt, ob 
sich der Benutzer gerade einem Ausgang oder Eingang 
nahert, und schickt dementsprechcnd ein Auschcck- 
Bestatigungssignal bzw. ein Eincheck-Bestatigungssi- 
gnal. Mit alien Signalen, die es ausstrahlt, sendet es 
auch noch ein Ortsanmeldungskennzeichen. Dieses 
Modul arbeitet im Kontext des Location Registration 
Module. Alle Anderungen an dem Aufenthaltsstatus 
des Benutzers werden an das Location Registration 
Module weitergeleitet Diese Information, nur falls sie 
nicht fiber die User Location Registration Module des 
SPLEMPs zu dem RPMMSU mitgeteilt wird, kann 
dann fiber das Location Registration Module an das 
User Location Tracking Module des RPMMSU fiber- 
mitteit werden. 

4. Location Deregistration Confirmation Module: Un- 
ter Benutzung dieses Moduls kann der Benutzer beim 
Auschecken angefragt werden, ob der sich abmelden 
mochte, oder ob er meint, daB er zu dem SPLEMP zu- 
ruckkehren wird und mit der Dienstbenutzung weiter- 
machen wird. Dieses Modul kann der Benutzer auch 
dafur verwenden, urn explizit mitzuteilen, daB er sich 
abmelden mochte. 

5. Matched Candidate Partner Offer Response Mo- 
dule: Dieses Modul benutzend kann der Benutzer ange- 
fragt werden, ob er bereit und willig ist, den Kontakt 
mit dem vermittelten Partnerschaftskandidaten aufzu- 
bauen. Die Antwort des Benutzers wird entgegenge- 
nommen und zu dem Introductory Session Support 
Module ubergeben, in dessen Kontext dieses Modul 
lauft 

6. Matched Candidate Partner Personal Object Trans- 
fer and Access Grant Module: Dieses Modul wird von 
dem vermittelten Partnerschaftskandidaten benutzt, urn 
eine Informationseinheit auf das PMCCD des Benut- 
zers zu ubermitteln. Diese Informationseinheit konnte 
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alles mogliche sein, z. B. digitale Fotos, digitale Visi- 
tcnkarlc, Dcchiffrierschlusscl, usw. Dies konnte wich- 
tig sein, urn Information uber den anderen aus Griinden 
der Erinnerung und Kontaktierbarkeit auszutauscben. 
Mittels dieses Moduls kann der Benutzer auch ahnliche 5 
Informationseinheiten auf das PMCCD des anderen 
Benutzers ubermitteln. Als Ubermittlungsweg benutzt 
dieses Modul die Short Distance Wireless Networking 
and Communications Unit 

7. Interactive Activity Intentions Definition Module: 10 
Immer wenn der Benutzer bedient werden mochte, ist 

es notig, dafi er die Parameter der Bedienung spezifi- 
ziert Natiirlich konnen diese Parameter vordefiniert 
sein und als vorgegeben angewendet werden. Wenn der 
Benutzer jedocb aus viclen Paramctcrsatzcn einc Aus- 15 
wahl treffen mufi, dann benutzt er dieses Modul. Der 
Benutzer kann auch neue Parameter eingeben, falls 
dies erforderlich isL Untcr Benutzung dieses Moduls 
gibt der Benutzer ein, an welchen Arten von interakti- 
ven Tatigkeiten er teilnehmen mochte, welche Rolle er 20 
dabei am liebsten spielen mochte, welche Rolle die an- 
dere Partei spielen soli, und ob es bestimmte Eigen- 
schaften gabe, die der Benutzer sich bei der anderen 
Partei d. h. bei dem Partnerschaftskandidaten, erhoflft 

8. Service Activation Module: Dieses Modul benut- 25 
zend kann der Benutzer die Bedienung akti vieren. Dies 
bildet natiirlich einen wesentlichen Bestandteil des 
Ortsanmeldungsprozesses. Der Benutzer benutzt die- 
ses Modul, urn den Dienst zu deakti vieren, was der Be- 
nutzer sich wiinschen konnte, z. B., wenn er auf die 30 
Toilette gehen mufi, oder sich schon in einem Gesprach 
befindet, oder mit einer anderen Aufgabe beschaftigt 
ist, usw. Nach der Deakti vierung kann der Benutzer 
seine Bedienung durch dieses Modul erneut akti vieren. 
Dieses Modul teilt dem Location Registration Module 35 
die Aktivierungen und Deakti vierungen mit, welches 
die Information an die RPMMSU weiterleitet 

9. Introductory Session Support Module: Dieses Mo- 
dul dient nur dem Zweck, den Dialog zwischen dem 
Benutzer und der RPMMSU zu unterstutzen, im Hin- 40 
blick auf die Neugier des Benutzers bezuglich des ver- 
mittelten Partnerschaftskandidaten vor dem Akzeptie- 
ren des Angebots, mit jenem in Kontakt zu treten. Die- 
ser Modus hat ein gegeniiberstehendes Modul bei der 
RPMMSU, das Introductory Session Management 45 
Support Module. 

10. System to User Messaging Support Module: Im- 
mer wenn das System dem Benutzer etwas mitleilen 
mochte, wird die Benachrichtigung von diesem Modul 
empfangen. Die Benachrichtigung konnte verschiede- 50 
nes bedeuten, wie z. B. eine Mahnung, eine Wamung, 
ein neues Angebot, eine Einladung, Informationen von 
Interesse, eine Bestatigung, eine Aufklarung, eine Be- 
gnindung, eine Rechtfertigung, eine Entschuldigung 
oder anderes. Der gegenuberstehende Modul bei der 55 
RPMMSU heifit ebenfaUs System to User Messaging 
Support Module. 

1 1 . System Behaviour Complaint Submission Module: 
Dieses Modul hilft dem Benutzer, eine Beschwerde bei 
der RPMMSU einzureichen uber die Bedienung durch 60 
die RPMMSU. Dieses Modul sendct die Beschwerde 

an das System Behaviour Complaint Submissions Re- 
ception Module bei der RPMMSU. 

12. Communication Connection Establishment Mo- 
dule: Dieses Modul wird immer dann benutzt, wenn 65 
eine Verbindung zwischen dem Benutzer und dem ver- 
mittelten Partnerschaftskandidaten aufgebaut werden 
muB. Zuerst konnte eine Verbindung zwischen dem 



Benutzer und dem Communication Connection Esta- 
blishment Module der RPMMSU aufgebaut werden. 
Das kann passieren auf Veranlassung des Benutzers, 
oder es kann von einem anderen Modul in dem 
PMCCD angeordnet werden, oder es kann von einem 
anderen Modul in der RPMMSU befohlen werden. Das 
gleiche geschieht bei dem vermittelten Partnerschafts- 
kandidaten. Danach verbindct die RPMMSU die zwei 
Anrufe, so dafi eine Verbindung zwischen den zwei Be- 
nutzem besteht 

13. Synchronous Communication Support Module: 
Nachdem eine Verbindung zwischen den zwei Benut- 
zem aufgebaut wurde, wird dieses Modul von den Be- 
nutzem dafur verwendet, um miteinander ein Gesprach 
zu fuhrcn, wahrscheinlich um sich mit den anderen 
uber einen Treftpunkt zu einigen. Man kann es eine 
Mobiltelefonverbindung nennen. 

14. Matched Candidate Partner Remembrance Infor- 
mation Configuration Module: Dieses Modul hilft dem 
Benutzer, Informationen uber den vermittelten Partner- 
schaftskandidaten zu konfigurieren, so dafi auch nach- 
dem viel Zeit vergangen ist, sich der Benutzer an den 
vermittelten Partnerschaftskandidaten mit Hilfe der 
konfigurierten Informationen zu erinnern vermogen 
wurde. Dieses Modul hilft auch, diese Informationen 
auf einen bestimmten Informationsspeicherplatz zu la- 
den, welcher mit dem Management der persdnlichen 
Informationen des Benutzers beauf tragt ist Dieses Mo- 
dul hilft dem Benutzer auch beim Herunterladen der 
vorher konfigurierten Informationen uber beliebige 
vermittelten Partnerschaftskandidaten von der 
RPMMSU oder von einem anderen Ort. Um die Ko- 
operation zwischen dem PMCCD des Benutzers und 
der RPMMSU zu bewaltigen, gibt es ein entsprechen- 
des Modul, das Matched Candidate Partner Remem- 
brance Information Configuration Module. Der Mat- 
ched Candidate Partner Remembrance Information 
Management Module kann ebenfalls diese Funktion 
ubernehmen. 

15. Matched Candidate Partner Critical Feedback Mo- 
dule: Dieses Modul kann der Benutzer dafur verwen- 
den, seine Verargerung oder Enttauschung zum Aus- 
druck zu bringen. Es ist moglich, dafi ein anderer Be- 
nutzer falsche Informationen in sein Profit eingegeben 
hat, um das March Making Processor Module in die 
Irre zu fiihren. Es kann verse hiedene dafur Grunde ge- 
ben, warum ein Benutzer uber den vermittelten Part- 
nerschaftskandidaten verargert ist Es kann sein, dafi 
der vermittelte Partnerschaftskandidat sehr spat zu dem 
vereinbarten Ort kommt, dafi er gar nicht zu dem ver- 
einbarten Ort kommt, dafi er die Regeln des Verhaltens- 
kodex nicht folgt, dafi er sich dem Benutzer gegenuber 
schlecht oder unzivilisiert benimmt, dafi er offensicht- 
lich falsche Angaben in seinem Profil gemacht hat, dafi 
er dem Benutzer etwas boses tun will, dafi er Tabuthe- 
men des Benutzers anspricht, dafi er den Benutzer ir- 
g end wie betrugt, und so weiter und so fort Dieses Mo- 
dul kann in dem Kontext des Service Main Module ar- 
beiten, es kann aber auch seinen eigenen Kontext ha- 
ben. Es kommuniziert mit dem Matched Candidate 
Partner Critical Feedback Reception Module auf der 
RPMMSU uber die Long Distance Wireless Networ- 
king and Communications Unit. 

16. User Servicing Settings Module: Manchmal muB 
der Benutzer, wenn er bedient werden mochte, explizit 
einige Parameter, welche die Bedienung selbst betref- 
fen, richtig spezifizieren. Er konnte die Haufigkeit der 
Partnerschaftssuchtreffermeldungen erboben bzw. ver- 
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mindern wollen, oder eine bestimmte Qualitatskatego- 
rie oder Preiskategorie zur Zcit der Bcdienung selbst 
fesdegen wollen, oder den minimalen prozentuellen 
Partnerschaftseignungsgrad variieren wollen, usw. Das 
allcs kann der Benutzer uber dieses Modul erledigcn. 5 
Die so eingegebenen Informationen werden an das ge- 
genuberstehenden Modul bei der RPMMSU, das User 
Servicing Settings Configuration Support Module, mit 
Hilfe des Long Distance Wireless Networking and 
Communications Unit ubermittelt Dieses Modul laufl 10 
im Kontext des Service Main Module. 

17. Authentication Module: Dieses Modul ist priift 
nach, ob das Informationsubertragungssignal, das emp- 
fangen wurde, in der Tat von der Partei starnmt, wie 
durcb das Signal bchauptet wird, und daB die Unver- 15 
sehrtheit der Information nicht kompromittiert wurde. 
Weiterhin muB, wenn man auf eine Ressource zugrei- 
fen muB, bcvor die Erlaubnis erteilt wird, die anfor- 
dernde Partei identifiziert und authentifiziert werden. 
Nur dann wird die Information von der angefragten 20 
Partei akzeptiert und an die authentifizierte Partei ge- 
liefert Dieses Modul benutzt Unterschriftsschliissel 
und Zertifikate, welche es entweder selbst verwaltet 
oder welche durch ein zentrales Informationslager ver- 
waltet werden, das sich in den PMCCD, auf das aber 25 
auch andere im PMCCD laufende Systeme ZugrifiF ha- 
ben. Wenn die RPMMSU eine Verbindung zu dem 
PMCCD aufbauen mochte oder Informationen senden 
mochte, oder Steuerungszugang zu einem PMCCD-in- 

t era en Modul sucht, dann muB dieses Modul feststel- 30 
len, daB auf der anderen Seite in der Tat das RPMMSU 
ist und fur diese Aktion auch berechtigt ist, bevor die 
Erlaubnis erteilt werden kann. In der Verbindungsauf- 
bauphase muB dieses Modul eventuell mit dem Au- 
thentication Module der RPMMSU, durch Austausch 35 
von Informationen in beiderlei Richtungen, zusam- 
menarbeiten. Auch wenn das PMCCD mit der LSU des 
SPLEMP-Betreibers kommuniziert, spielt dieses Mo- 
dul die Rolle des Beglaubigers und Pfortners. Es muB 
letztendlich festgestellt werden, daB das PMCCD wirk- 40 
lich mit der LSU Informationsaustausch fuhrt und nicht 
mit den eventuell vielen anderen Umgebungssystemen 
oder LSU-Betrugersystemen. Dafur muB es mit dem 
Authentication Module auf der LSU /.usam menarbei- 
ten. Dieses Modul kann im Kontext des Service Main 45 
Module, aber auch eigenstandig laufen. 

18. Matched Candidate Partner Catalogue Access Mo- 
dule: Dieses Modul crmoglicht es dem Benutzer, eine 
Liste von vermittelten Partnerschaf tskandidaten durch- 
zusehen. Dieses Modul kann selbst uber Informationen 50 
uber vermittelte Partnerschaftskandidaten verfugen. 
Die Informationen, die von diesem Modul selbst ver- 
waltet werden, sind meistens nur auf die aktuelle Sit- 
zung bezogen. Es verschaiR auch Zugang zu den von 
dem Matched Candidate Partner Catalogue Manage- 55 
ment Module gemanagten Informationen. Diese Infor- 
mationen beziehen sich auf alte Partnerschafiseig- 
nungstreffer. Der Benutzer konnte auch diese alten 
Partnerschaftseignungstreffer durchsehen. Der Benut- 
zer konnte auch die gezeigten Parmerschaftseignungs- 60 
treffer durch irgend welche Parameter cinschranken, 

z. B. Datum, Zeitperiode, Aussehen, usw. Der Benut- 
zer hat keine Genehmigung, Eintrage hier zu loschen. 

19. User Position Tracking Security Module: Dieses 
Modul ist im Stande, die geographischen Koordinaten 65 
des PMCCDs zu erraten. Da das PMCCD normaler- 
weise bei dem Benutzer ist, kann man davon ausgehen, 
daB es die Position des Benutzers kennt Der Benutzer 



konnte unter Umstanden bereit sein, diese Angaben ei- 
ner anderen Instanz mitzuteilcn. Das kann passieren, 
wenn man z. B um einen Dienst in Anspruch zu neh- 
men beweisen muB, sich auf einem bestimmten Ort zu 
befinden. In diesem Fall muB das System den Angaben 
des PMCCDs vertrauen konnen, daB die Ortsangaben 
nicht verfalscht wurden. Es kann auch sein, daB der Be- 
nutzer einen Dienst im Anspruch nehmcn mochte, des- 
sen Inhalt sich auf den Aufenthaltsort des Benutzers 
bezieht, und der Benutzer nicht die Umstandlichkeit er- 
tragen will, seinen Aufenthaltsort standi g einzugeben. 
Manchmal ware es viel effektiver, wenn das System 
liber die genauen geographischen Ortsangaben ver- 
fugte, und diese konnte der Benutzer, um sie dem Sy- 
stem mitzuteilcn, schlccht selbst erraten, selbst wenn cr 
dies wollte. Drittens konnte es einen Dienst geben, bei 
es nur darum ginge, die Aufenthaltsposition des Benut- 
zers zu protokollieren, und zwar bei dem Dienst selbst 
In diesen Fallen lohnt es sich, dieses Modul zu benut- 
zen. 

20. Emergency Call Security Module: Dieses Modul 
hilft den Benutzer dabei, einen Notruf auszusenden. 
Falls der Benutzer das User Position Tracking Security 
Module aktiviert hat, braucht er bei diesem Notruf 
noch nicht cinmal seine Position nochrnals explizit ein- 
zugeben. Falls der Benutzer das Specific Comobility 
and Coactivity Intention Definition and Tracking Secu- 
rity Module aktiviert hat, braucht er oflmals auch nicht 
die Umstande zu erklaren. Bei dem Notruf kann der 
Benutzer nochrnals bestimmte Optionen auswahlen, 
um das Problem etwas zu sc hi Idem. Dieses Modul er- 
moglicht es erstmals, an den richtigen anzusprechen- 
den Ort einen Notruf zu senden und auch die notwencti- 
gen Informationen zu liefem uber den Standort oder 
die Art des Problems, usw. In solchen Fallen kann die 
RPMMSU diesen Notruf automatisch bearbeiten, in- 
dem sie den Notruf zu der zustandigen Sicherheitsbe- 
horde weiterleitet, mit den notwendigen Angaben zum 
Benutzer, sein em Standort, den Umstanden und der Art 
des Problems. Dieses Modul kooperiert mit dem Emer- 
gency Call Reception Module bei der RPMMSU. 

21 . Specific Comobility and Coactivity Intention Defi- 
nition and Tracking Security Module: Dieses Modul 
wird eventuell von dem Benutzer bei einem Ausflug 
nach einer Sitzung benutzt, um Angaben zu machen 
uber seine Begleitung, Absichten, augenblicklichem 
Verbleib, usw. Das dient dem Zweck, daB im Falle, 
dem Benutzer stoBt etwas zu, es dann fur die Ermitt- 
Lungsleute einfach herauszufinden ware, was mit dem 
Benutzer passiert ist, und im Falles einer Vermutung, 
die auf ein Verbrechen verweist, auch wer die Verdach- 
tigten waren. Allein die Kenntnis, daB man nicht unbe- 
straft davonkommen kann, ware Grund genug, daB die 
begleitende Person dem Benutzer keinen Schaden zu- 
fugen wurde. Dieses Modul kooperiert mit dem Speci- 
fic Comobility and Coactivity Intention Definition and 
Tracking Security Information Reception Module, um 
Informationen der RPMMSU zukommen zu lassen. 22. 
Geographical Position Determiner Unit: Diese Einheit 
kann die geographische Koordinaten des PMCCDs er- 
mitteln. Diese Koordinaten konnen mit denen des 
SPLEMPs verglichen werden, um herauszufinden, ob 
diese Koordinaten von den des SPLEMPs umgefaBt 
werden oder nicht Dadurch laBt sich ermitteln, ob der 
Benutzer sich auf dem Gelande eines SPLEMPs befin- 
det. Man kann diese geographischen Koordinaten in 
eine Position auf einer Landkarte, z. B. einem Stadt- 
plan, konvertieren. Die Art, in der die geographischen 
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Koordinaten ermittelt werden, ist genau wie oder ahn- 
lich zu dem "Global Positioning System" dcs US-Mili- 
tars. 

23. Long Distance Wireless Networking and Commu- 
nications Unit: Diese Elnhelt ermoglicht es dem 5 
PMCCD, drahtlos eine Verbindung zu einem anderen 
System aufbauen und mit Hilfe von Netzwerkprotokol- 
len, wie z. B. dem Wireless Application Protocol dcs 
WAP-Forums, mit dem anderen System zu kommuni- 
zieren. Es kann natiiriich auch ein anderes Protokoll 10 
sein, was eine Kommunikation ermoglicht Die ganze 
Kommunikation zwischen den Modulen des PMCCDs 
und des RPMMSUs lauft uber dieses Modul. 

24. Short Distance Wireless Networking and Commu- 
nications Unit: Diese Einbeit wind von viclen anderen 15 
Modulen benutzt, wie dem Location Registration Mo- 
dule, dem Location Stay Monitoring Module, und dem 
Matched Candidate Partner Personal Object Transfer 
and Access Grant Module. Diese Einheit ist sehr kri- 
tisch fur das Funktionieren des gesamten Systems. 20 
Diese Einheit sendet elektromagnetische Signale aus, 
die nur so stark sind, daB sie nur eine Entfernung von 
hoc hs tens wenigen Metem erreichen. Diese Einheit er- 
moglicht es dem PMCCD, mit anderen Geraten in sei- 
ner unmittelbaren Umgebung drahtlos zu kommunizie- 25 
ren. Ein Beispiel einer Technologie, die dies ermog- 
licht, ist "Bluetooth Technology" von Bluetooth SIG. 
Natiiriich konnen auch andere Technologien oder In> 
plementierungen von Standards, die dies ermoglichen, 
eingesetzt werden. 30 

25. External Serial and Parallel Interfaces Bus and 
Control Unit: liber diese SchmttsteUeneinheiten kon- 
nen Peripheriegerate an das PMCCD verbunden wer- 
den, meistens direkt oder eventuell auch uber ein Netz- 
wcrk, wobei diese Einheit dem PMCCD dazu vcrhilft, 35 
sich an das Gerat, z. B. ein Headset, ein Modem, usw., 
anzubinden. 

26. Touch Screen Input Mechanism Unit: Diese Ein- 
heit ermoglicht es dem Benutzer des PMCCD, Einga- 
ben in dem System vorzunehmen, allein durch beriih- 40 
ren des Bildschirms durch ein Korperteil, vermutlich 
den Fingem, oder einem Stift, auf einem bestimmten 
Platz auf dem BUdschirm. Je nachdem, wo man ange- 
faBt hat, wird eine andere Funktionalitat getatigt 27. 
Keys Input Mechanism Unit* Mit Hilfe einer Tastatur 45 
oder einer Menge von Tasten, kann der PMCCD-Be- 
nutzer auch seine Eingaben durchfuhren. 

28. Speech Recognition Input Mechanism Unit: Auf 
diese Weise kann der PMCCD-Benutzer mit Sprachbe- 
fehlen Funktionen betatigen. Er kann auch irgendwel- 50 
chen Text eingeben, und zwar dadurch, daB er ihn dik- 
tiert 

29. Main Memory Unit: Die lauffahigen Module be- 
nutzen diese Einheit, um von ihnen benotigte Informa- 
tionen kurzfristig zu lagem. Diese Einheit wird auch 55 
von Modulen selbst benutzt, um sich lauffahig zu ma- 
chen. 

30. Central Processing Unit: Diese Einheit benotigen 
die Module, um uberhaupt laufFahig zu sein. Die Lauf- 
fahigkeit der Module wird dadurch sichergestellt Es 60 
kann abcr auch sein, daB manche Module ihren eigenen 
Prozessor haben und diese Einheit nicht brauchen. 

31. Speech Synthesis Output Mechanism Unit: Da- 
durch konnen dem PMCCD-Benutzer wichtige Infor- 
mationen sprachlich mitgeteilt werden. 65 

32. Persistent Memory Unit: Mit Hilfe dieser Einheit 
konnen auf dauerhafte Speicher bezogene Module ver- 
wirklicht werden. 
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33. Power Supply Unit: Das versorgt das ganze 
PMCCD mit dem benotigte Strom. 

34. Display Output Mechanism Unit: Dadurch kann 
der PMCCD-Benutzer uber das System Feedback be- 
kommcn und es so manipulicren. 

Serviced Public Leisure and Entertainment Meeting Race's 
Location Server Unit 

1. Server Boot Module: Dieses Modul ist das erste 
Modul, das von dem LSU-Betreuungsangestellten der 
SPLEMP-Betriebsmannschaft hinaufgefahren wird. 
Nach dem HinaufFahren ermoglicht es den LSU-Be- 
treuungsangestellten, auf verschiedenen Funktionalita- 
ten und Module der LSU zuzugrcifen bzw. sie zu star- 
ten. Alle Laufzeitmodule werden im Kontext dieses 
Moduls ausgefuhrt Es bietet dem LSU-Betreuungsan- 
gestellten auch eine Menscb-Machine-SchniUstelle an, 
wodurch er den Betrieb der LSU managen und steuera 
kann . 

2. User Servicing Activation Module: Durch dieses 
Modul kann der LSU-Betreuungsangestellte dem Sy- 
stem mitteilen, daB es sich vorbereiten soli, die Kund- 
schaft zu bedienen. Dieses Modul ubemimmt die Ver- 
antwortung, die Verbindung mit der KPMMSU aufzu- 
bauen und die anderen notwendigen Vorbereitungen 
bei sich einzuleiten. Dieses Modul ist auch daftir zu- 
standig, die Bedienung einzustellen und die geladenen 
Module wieder zu terminieren. Dieses Modul arbeitet 
im Kontext des Server Boot Module. 

3. Service Quality Settings Module: Durch dieses Mo- 
dul kann der LSU-Betreuungsangestellte angeben, wel- 
che Bedienungseinstellungen vorzunehmen sind. Die 
Einstellungen konnen sich darauf beziehen, wie viele 
PartnerschaftseignungstrcrTer jedem Benutzer maximal 
zustehen, welche Bedienungspreisklasse die dienstbe- 
nutzenden Kunden in Anspruch nehmen durfen, wie 
viele Benutzer hochstens bedicnt werden durfen, wie 
lange ein Benutzer langstens bedient werden darf, usw. 
AuBerdem kann der LSU-Betreuungsangestellte da- 
durch auch noch die Ofrnungszeiten angeben. Dieses 
Modul arbeitet mit dem SPLEMP Servicing Settings 
Configuration Support Module der RPMMSU zusam- 
men. 

4. System Behaviour Complaint Submission Module: 
Dieses Modul wird benutzt, um der RPMMSU Be- 
schwerden uber das Funktionieren des Systems mitzu- 
teilen. Man kann aus verschiedenen listen von Sy- 
stemproblemen die zutreffenden Eintrage auswahlen. 
Dieses Modul benutzt den Long Distance Networking 
and Communications Unit, um die Informationen an 
die RPMMSU zu senden. Dieses Modul kommuniziert 
mit dem System Behaviour Complaint Submissions 
Reception Module der RPMMSU. 

5. User Behaviour Complaint Submission Module: Es 
passiert manchmal, daB es dem SPLEMP-Betriebsma- 
nagement zur Kenntnis gelangt, daB sich ein Kunde 
schlechtbenimmt Das unverantwortliche Verhalten ei- 
nes Kunden hat natiiriich auch noch verschiedene Gra- 
dierungen. In so einem Fall kann der SPLEMP-Betrei- 
ber auch, wenn er vermutet, daB der Kunde ein Benut- 
zer dieses Dienstes ist, versuchen, das Ortsanmel- 
dungskennzeichen festzustellen, und unter dessen Be- 
nutzung bei der RPMMSU eine Beschwerde uber den 
Benutzer einreichen. Allerdings kann es schwerf alien, 
das Ortsanmeldungskennzeichen festzustellen, da bei 
diesem Dienst versucht wird, die Identitat eines Benut- 
zers dem SPLEMP-Betriebsmanagement nicht preiszu- 
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geben. Dadurch hat das SPLEMP-Betriebsmanage- 
ment keincn Weg, etwas uber den Benutzer zu erfah- 
ren. Es wird auch schwer herauszufinden sein, wel- 
cbem Benutzer welches Ortsanmeldungskennzeichen 
zugeordnet ist Eine Methode ware, wenn das PMCCD 5 
des Benutzers ein Signal ausstrahlen wiirde, unci es 
durch dieses Signal moglich ware, das entsprechende 
Ortsanmeldungskennzeichen des Benutzers zu bestim- 
men. Das Signal wiirde das uber Short Distance Wire- 
less Networking and Communications Unit des 10 
PMCCD gesendet werden. Es ware auch notwendig, 
ein gesendetes Signal einem Benutzer direkt zuzuord- 
nen, da es moglicherweise sehr viele Benutzer in einem 
SPLEMP gibt und es ganz denkbar ist, daB ein be- 
stimmtes Signal von jedem Benutzer hatle abstammcn 15 
konnen. Deswegen muB das Signal nur in nachster 
Nahe des Benutzers spiirbar sein. Solange das PMCCD 
des Benutzers cingcschaltet ist, konnte es ein Signal 
aussenden. Dieses Signal erfolgt auf einer niedrigen 
Amplitude. Der SPLEMP-Betriebsangestellte nahert 20 
sich dem Benutzer mit einem speziellen Gerat, und 
wenn er dem Benutzer ganz nan ist, kann er das Signal 
auffangen. Das Ortsanmeldungskennzeichen wird zu- 
sammen mit dem VerstoB an die RPMMSU ubermit- 
telt Im Ausnahmcnfall kann der SPLEMP-Bctriebsan- 25 
gestellte einfach den Benutzer nacb seiner Identi fixa- 
tion verlangen. In diesem Fall wird die persdnliche 
Identifikation des Benutzers an die RPMMSU ubermit- 
telt Das User Behaviour Complaint Submissions Re- 
ception Module der RPMMSU nimmt es entgegen. 30 

6. User Location Registration Module: Mit Hilfe die- 
ses Moduls wird die SPLEMP LSU einen Benutzer bei 
sich anmelden lassen konnen. Es ist zustandig fur die 
Vergabe von Ortsanmeldungskennzeichen und weite- 
ren entsprechenden Kennzeichen an den Benutzer. So 35 
lange der Benutzer bei diesem SPLEMP als angemel- 
det gilt, ist dieses Modul im Betrieb. Es ist auch das 
Modul, das die ganzc Zeit uber die Anmeldung eines 
Benutzers bei diesem SPLEMP betreut Selbst lauft es 
im Kontext des Location Registrations Management 40 
Module. 

7. Location Registrations Management Module: Die- 
ses Modul managt die gesamte Benutzeranmeldung bei 
dem jeweiligen SPLEMP. Es kann aussagen daruber 
machen, wie viele Benutzer angemeldet sind und, so- 45 
weit es anmeldungsbezogene Angaben angeht, welche 
Benutzer angemeldet sind. Es managt alle User Loca- 
tion Registration Modules, die in seinem Kontext lau- 
fen. Es ist auch zustandig fur die Erstellung von User 
Location Registration Modules. 50 

8. Premises Listeners Management Module: Dieses 
Modul managt samtliche Abhoreinheiten auf dem Ge- 
lande. Das schlieBt alle Check-In Confirmation Short 
Distance Wireless Listener and Signalling Units, 
Check-Out Confirmation Short Distance Wireless Li- 55 
stener and Signalling Units, und On- Premises Stay 
Check Short Distance Wireless Listener and Signalling 
Units ein. Mit Hilfe dieses Moduls kann der LSU-Be- 
treuungsangestellte die Abhoreinheiten ein- und aus- 
schalten, ihre Ausstrahlreichweite variieren, steuern, 60 
welche Sign ale sic auszusenden haben (z. B. Ortlich- 
keitskennzeichen), sie in das Abhornetz aufnehmen 
oder ausstoBen, usw. Es ist auch zustandig fur die Wei- 
tergabe einer Laufzeitbestatigung eines Benutzers an 
das User Stay Monitoring Module, nachdem es die In- 65 
formationen in das richtige Format konvertiert hat 9. 
System to SPLEMP Messaging Support Module: Die- 
ses Modul unterstiitzt den Empfang von Mitteilungen 



an das SPLEMP-Betriebsmanagement bzw. LSU-Be- 
treuungsangestcllte bzw. LSU selbst Es vcrwirklicht 
diese Benachrichtigungsfunktion in Kooperation mit 
dem System to SPLEMP Messaging Support Module 
der RPMMSU. Es leitet die Nachrichten weiter an die 
jeweiligen Module oder an Nachrichtsysteme des 
SPLEMPs. 

10. User Stay Monitoring Module: Dieses Modul lauft 
im Kontext des User Location Registration Module. Es 
ist zustandig fur die Aufenthaltsuberwachung des Be- 
nutzers. Der Aufenthaltsstatus des Benutzers wird mit 
Hilfe dieses Moduls festgestellt Es sammelt In forma- 
tionen daruber, ob der Benutzer verfugbar, nicht ver- 
fiigbar, aktiv, inaktiv, eingecheckt, ausgecheckt, usw. 
ist Es verarbeitct Informationen, welche es vom Pre- 
mises Listeners Management Module bekommt und in- 
tegriert sie mit Zeitinformationen. 

11. Premises User Stay Information Forwarding Mo- 
dule: Dieses Modul wird von dem User Stay Monito- 
ring Module benutzt Es leitet den Aufenthaltszustand 
des Benutzers weiter an die RPMMSU. Es teilt der 
RPMMSU mit, ob der Benutzer anhand seines Aufent- 
haltsstatus bectient werden soil oder nicht Dafur ko- 
operiert es mit dem User Location Tracking Module 
der RPMMSU. Es arbeitet im Kontext des User Loca- 
tion Registration Module. 

12. Server Testing Module: Dieser Modul dient nur zu 
Testzwecken. Wenn die LSU bei einem SPLEMP in- 
stalliert wird, dann hilft dieses Modul sicherzustellen, 
daB das ganzc LSU-System einwandfrei arbeitet Das 
schlieBt sowohl alle intern en Systeme als auch die 
Kommunikation und die Kooperation mit externen Sy- 
stemen, wie einem Test-PMCCD und dem zustandigen 
LSU Testing Module bei der RPMMSU. Es wird auch 
wahrend der Wartungsphase des LSU benutzt. Wenn 
Storungen anzumelden sind, hilft dieses Modul zu- 
nachst, sie zu erfassen und eventuell auch sie zu behe- 
bcn. Es laBt sich von der LSU selbst steuern, aber auch 
von der RPMMSU bzw. einem anderen Wartungsbe- 
treuer femsteuem. Es kann auch diagnostische Be- 
richte erstellen. 

13. Authentication Module: Dieses Modul ist fur die 
exteme Sicherheit der LSU zustandig. Immer wenn die 
LSU eine Verbindung zu der RPMMSU aufbauen will, 
schaltet sich dieses Modul ein, urn den SPLEMP bzw. 
auch noch die LSU zu beglaubigen. Es stellt auch si- 
cher, daB am anderen Ende wirklich die bestimmte 
RPMMSU ist und nicht eine andere Instanz. Es stellt 
die Integritat der Kommunikation mit der RPMMSU 
sicher. Auch wahrend dem Testen der LSU kummert es 
sich darum, die Identitat der RPMMSU festzustellen, 
da in dieser Phase eventuell Zugang zu inneren Modu- 
len der LSU verschafft wird. 

14. Location Registration Information Exchange Short 
Distance Wireless Listener and Signalling Units: Diese 
Einheiten ermoglichen es der LSU, mit dem Benutzer 
Ortsanmeldungsinformationen physikalisch auszutau- 
schen. Ein Exemplar dieser Einheiten kann als eine 
Subeinheit des Gerats am Eingang des SPLEMPs zu 
finden sein, oder die SPLEMP-Kundenbetreuung 
konnte so etwas mit sich tragen, oder es konnte sogar 
sonstwo auf dem Gelande des SPLEMPs plaziert sein. 
Mit der Hilfe dieser Einheit konnten Ortsanmeldungs- 
kennzeichen und andere relevante Informationen an 
den Benutzer ubermittelt werden. Es wird meistens von 
dem User Location Registration Module beansprucht 
Es sendet ein elektromagnetisches Signal aus, das sich 
nur uber eine Reichweite von wenigen Zentimetem 
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ausweiten kann. Uber eine Signalverbindung zu dem 
PMCCD des Benutzers wird zunachst ein Netzwerk- 
protokoll aufgesetzt, was wiederum den Austausch von 
Informational in einer Art ermoglicht, die beide Sy- 
sleme, dicse Einheit und das PMCCD, verstehen kon- 5 
nen. 

15. Check-In Confirmation Short Distance Wireless 
Listener and Signalling Units: Dicse Einhciten befin- 
den sich an den Eingangen. Sie senden standig Check- 
In-Scope-Signale. Damit teilen sie den Zuhorem mit, to 
daB sie sich in einem Bereich stattfinden, wo sie kurz 
davor sind, das Gelande des SPLEMPs zu betreten. 
Eventuell sieht man es als notwendig an, die Bewegung 
des Benutzers zu verfolgen. Nur wenn der Benutzer 
sich in die Richtung des Gelandcs bcwegt, wurdc man 15 
die Bewegung auch als einen Eingang interpretieren. 
Um diese Bewegung zu verfolgen und zu merken, 
konnte man mehrercr solchcr Einhciten in jedcm Ein- 
gangsflur installieren, wobei die Untereinbeiten dieses 
Einheitensatzes sich gut miteinander koordinieren. 20 
Wenn der Benutzer mit seinem PMCCD das Gelande 
verlasst, baut sein PMCCD eine Verbindung zu diesen 
Untereinheiten bzw. Einheiten auf und teilt sein Orts- 
anmeldungskennzeichen mit Damit weiB die LSU, 
welcher Benutzer das Gelande verlafit. Die Angaben 25 
werden an das User Stay Monitoring Module weiterge- 
leitet Auch dem PMCCD des Benutzers wird mitge- 
teilt, daB der Benutzer ab jetzt als cingecheckt gilt Die 
Signale werden zwischen diesem Modul und dem 
PMCCD drahtlos ausgetauscht Der Austausch wird 30 
uber drahdose Netzwerkprotokolle abgewickelt Die 
Reichweite des Signals wird auf wenige Meter be- 
schrankt Alle diese Einheiten werden vom Premises 
Listeners Management Module gemanagt Eine mogli- 
che Losung ware realisierbar durch die Bcnutzung der 35 
Bluetooth Technologie, oder etwas ahnlichem. 

16. Check-Out Confirmation Short Distance Wireless 
Listener and Signalling Units: Diese Einhciten sind 
ahnlich zu den oben genannten Einheiten, wobei die 
Unterschied darin liegt, daB hier uberpruft wird, ob der 40 
Benutzer das Gelande verlaBt Diese Einheiten werden 

zu Einheitensatzen zusammengefaBt Jeder Satz befin- 
det sich an einem Ausgang. Die Untereinheiten jedes 
Satzes kooperieren unter sich und verfolgen die Bewe- 
gung des Benutzers uber sein PMCCD. Diese Unter- 45 
einheiten senden ein Signal, das Check-Out Scope Si- 
gnal heiBt. Wenn das PMCCD des Benutzers dieses Si- 
gnal hort, sendet es auch ein Signal. Dieses Signal wird 
aufgefangen von den Untereinheiten und bewertet, ob 
uber das Signal, z. B. seine Starke oder die Reihenfolge 50 
der Anderung der Starke des Signals, wie von verschie- 
denen Untereinheiten aufgefangen, offenbart wird, ob 
das PMCCD des Benutzers sich von dem Gelande hin- 
aus bewegt Am Ende wird noch ein Signal an das 
PMCCD des Benutzers gesendet, wodurch dem 55 
PMCCD mitgeteilt wird, daB die LSU sein Auschecken 
jetzt vornimmt Die Angaben werden weiter an das 
User Stay Monitoring Module weitergeleitet Die Si- 
gnale werden zwischen diesen Modulen und dem 
PMCCD drahtlos getauscht Der Austausch wird uber 60 
drahdose Netzwerkprotokolle abgewickelt Die Reich- 
weite des Signals wird auf wenige Meter beschrankt 
Alle diese Einheiten werden vom Premises Listeners 
Management Module gemanagt Eine mogliche Lo- 
sung ware realisierbar durch die Benutzung der Blue- 65 
tooth Technologie, oder etwas ahnlichem. 

17. On-Premises Stay Check Short Distance Wireless 
Listener and Signalling Units: Diese Einheiten befin- 



den sich verstreut uber dem gesamten Gelande des 
SPLEMPs. Sic senden einfach On-Premiscs-Scope-Si- 
gnale aus. Nach einer bestimmten Zeit soli das 
PMCCD des Benutzers sich mit einem Aufenthaltsbe- 
statigungssignal mclden, das so viel sagt wie, Teh, Be- 
nutzer. . . ., bin da". Dies muB das PMCCD des Benut- 
zers innerhalb regelmaBiger Intervalle tun, ansonsten 
wind der Benutzer als nicht verfugbar erklart, und der 
Partnerschaftssuchdienst wird aufhoren, den Benutzer 
zu bedienen. Dazu soli das PMCCD immer betriebsfa- 
hig und in Betrieb sein. Natiirlich kann sich das 
PMCCD auch sparer wieder zuruckmelden, und dann 
wird der Benutzer wieder als verfugbar eingestuft, und 
die Bedienung des Benutzers wird wieder aufgenom- 
men. Diese ganze Verwaltung blcibt die Aufgabe des 
User Stay Monitoring Module. Diese Einheiten hat nur 
als Aufgabe, die Aufenthaltsbestatigungssignale des 
Benutzers zu empfangen und an das User Stay Monito- 
ring Module weiterzuleiten. Diese Einheiten werden so 
zerstreut sein, daB uberall auf dem Gelande des Benut- 
zers, mit wenigen Ausnahmen wie den Toilet ten, das 
Signal von dem Benutzer empfangen werden kann. Al- 
lerdings muB auch darauf geachtet werden, daB von au- 
Berhalb des Gelandes des SPLEMPs keiner sein Signal 
erfolgreich diesen Einheiten zukommen lassen kann. 
Das kann zum Teil dadurch gesichert werden, indem 
eine entsprechende Information in dem On-Premises 
Scope Signals cnthalten ist Nur jemand, der die On- 
Premises-Scope-Signals auch empfangen kann, kann 
auch darauf erfolgreich antworten. Alle diese Einheiten 
werden vom Premises Lisreners Management Module 
gemanagt Eine mogliche Losung ware realisierbar 
durch die Benutzung der Bluetooth Technologie, oder 
etwas ahnlichem. 

18. Long Distance Networking and Communications 
Unit Diese Einheit ist zustandig fur Aufbau und Erhalt 
von Verbindungen uber groBe Entferaungen. Fiir sol- 
chc Verbindungen werden Netzwerkprotokolle eingc- 
setzt Die gesamte Kommunikation zu dem RPMMSU 
wird durch diese Einheit ermoglicht Hochst wahr- 
scheinlich werden die Kommunikationsverbindungen 
uber ein Kabelnetzwerk gemacht Es kann aber auch 
drahdos verwirklicht werden. 

19. Touch Screen Input Mechanism Unit: Diese Ein- 
heit ermoglicht es den LSU-Betreuungsangestellten, 
Eingaben in dem System vorzunehmen, allein durch 
Anfassen des Bildschirms durch ein Korperteil, ver- 
mutlich den Fingern, oder einem Stift, auf einem be- 
stimmten Platz auf dem BUdschirm. Je nachdem, wo 
man angefaBt hat, wird eine andere Funktionalitat beta- 
tigt 

20. Keys Input Mechanism Unit Mit Hilfe von einer 
Tastatur oder einer Menge von Tasten kann der LSU 
Betreuungsangestellte ebenfalls seine Eingaben durch- 
fuhren. 

21 . Speech Recognition Input Mechanism Unit: Damit 
kann der LSU Betreuungsangestellte mittels Sprachbe- 
fehlen die Funktionen betatigen. Er kann auch irgend- 
welche Text eingeben, und zwar dadurch, daB er sie 
diktiert 

22. Main Memory Unit Die lauffahigen Module be- 
nutzen diese Einheit, um von ihnen benotigte Informa- 
tionen kurzfristig zu speichern. Diese Einheit wird 
auch von Modulen selbst benutzt, um sich lauffahig zu 
machen. 

23. Central Processing Unit Diese Einheit benotigen 
die Module, um uberhaupt lauffahig zu sein. Die Lauf- 
fahigkeit der Module wird dadurch sichergestellt Es 
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kann sein, daB manche Module ihren eigenen Prozes- 
sor haben und dicse Einheit nicht brauchcn. 

24. Speech Synthesis Output Mechanism Unit: Damit 
konnen dem LSU-Betreuungsangestellten wichtige In- 
formauoncn sprachlich mitgetcilt werdcn. 5 

25. External Serial and Parallel Interfaces Bus and 
Control Unit: Uber diese Schnittstelleneinheiten kon- 
nen Pcriphericgerate mil der LSU verbunden werden, 
entweder direkt oder iiber ein Netzwerk, wobei diese 
Einheit der LSU dazu verhilft, sich an das Netzwerk, 10 
z. B. ein Intranet, oder einen Drucker, usw., anzubin- 
den. 

26. Persistent Memory Unit: Mit Hilfe von dieser Ein- 
heit konnen alle dauerhafte Speicher betreffende Mo- 
dule verwirklicht werdcn. 15 

27. Power Supply Unit: Dies versorgt das ganze 
PMCCD mit dem benotigten Strom. 

28. Display Output Mechanism Unit: Dadurch kann 
der PMCCD-Benutzer iiber das System Feedback be- 
kommen und es so manipulieren. 20 

System-Dienst Zweiteilung 

[0106] Oft wird hier von Dienst und System gesprochen. 
Es ist notwendig die beide BegrifFe auseinandcrzuhalten. 25 

1. Dieses System ermoglicht den Partnerschaftseig- 
nungssuch-, -uberpriifungs- und -vermittlungs-Dienst 
In diesem Fall wird iiber die Architektur des Abstrak- 
ten Systems gesprochen, welches, sobald es implemen- 30 
tiert ist, den Dienst ermoglichen wird. Viele Aspekte 
dieses Systems sind Kernaspekte, einige sind Optimie- 
rungsaspekte, und noch andere sind Erweiterungs- 
aspekte. Dadurch wird klar, welche moglichen Kombi- 
nationen von Aspekten denkbar sind, und jede Kombi- 35 
nation entspricht eine oder mehrere konzipierbare Va- 
riants des Dienstes. Auf diese ideellen Ebene darf das 
System alle Aspekte umfasscn oder es kann einfach als 
eine Aspektkombination verstanden werden. 2. Ein an- 
gebotener Dienst verwendet ein implementiertes Sy- 40 
stem. Hier wird nur auf ein System verwiesen. Es ist 
eine bestimmte Art von System, aus einer Reihe von 
Systemen, die sich durch die verschiedenen Funktiona- 
litaten und Optionen, welche tatsachlich in ihnen vor- 
handen sind, unterscheiden. Jedes implementierte Sy- 45 
stem laBt sich zuruckfuhren zu einer Kombination, 
welche oben als konzipierbar erklart wurde. Wenn von 
einem Dienst gesprochen wird, wird gleichzeitig auch 
das dazugehorige System impliziert, was wiederum auf 
oben erwahntes System verweist 50 

3. Einem laufenden Dienst liegt ein laufendes System 
zugrunde. Dieses System ist die laufende Version von 
dem System, was oben als implementiertes System er- 
wahnt wurde. So ein System hat einen intemen Zu- 
stand, was sich von Zeit zu Zeit unterscheidet 55 

4. Die oben erwahnten drei Punkte weisen auf ein 
kiinstliches System. Fiir die Verwirklichung des Dien- 
stes werden viele Menschen auch eine Rolle spielen. 
Diese Rollen sind mit Verantwortungen, Aufgaben, 
Rechten, Beziehungen, Besitztumera, usw. verbunden. 60 
Werden diesen Rollen einbezogen, erfafit das Ganze 
nicht nur das kiinstliche System, sondem auch den 
menschlichen AnteiL Hier wird also das System als 
ganzes, a her noch abstrakt verstanden. Es nimmt auch 
einen organisatorische Bedeutung an. 65 

5. Wenn die oben erwahnten Rollen besetzt sind, dann 
wird das System wieder im gleichen Sinn wie in Punkt 
2 verstanden, aber mit dem menschlichen Teil einge- 



schlossen. 

6. Wenn die besetzten Rollen gerade mil dem laufen- 
den System auch noch interagieren, dann wird das Sy- 
stem im Sinne wie in Punkt 3 verstanden, nur mit ei- 
nem zusatzlichen org anisatorisch- menschlichen Antcil 
eingeschlossen. 

[0107] An verschiedenen Orten in dieser Auffuhrung wird 
System anders gemeint, und muB je nach Kontext verstan- 
den werden. 

Dienstanforderungskategorien 

[0108] Ausgehend vom Dienst existieren verschiedene 
Aspekte, die iiberlegt werden mu'sscn. Bcschrankcnd auf 
den kiinstlichen Teil des Systems, werden die Kemanforde- 
rungen des Dienstes durch die Kernaspekte des Systems, die 
optimierenden Aspekte des Dienstes durch optimierende 
Aspekte des Systems und die erweiterbaren bzw. option alen 
Aspekte des Dienstes durch erweiterbare Aspekte des Sy- 
stems realisierL 

Kernanforderungen 

[0109] Die Kemanforderung des Dienstes sind einfach, 
daB wenn zwei Leute sich in einem SPLEMP befinden, 
beide diesen Dienst in Anspruch nehmen, und die Beiden 
zueinander pas sen, dann sollte das System ihnen Bescheid 
sagen, daB die beiden zu einander passen, und sie einander 
vorstellen. 

Optimierende Anforderungen 

[0110] Diese Anforderungen sind dafur gedacht, das die 
haufigen Ausnahmcfalle schon einbezogen sind, und daB sie 
einen minimalen Storungsfaktor fiir den Dienst darstellen. 
Das System soil nicht zwei Leute vermitteln, von denen ei- 
ner oder sogar beide sich gar nicht in dem SPLEMP befan- 
den, oder daB keine Vermittlung vorgenommen wird, wenn 
einer von ihnen oder sogar beide den SPLEMP verlassen. 
Der Dienst soil auch nicht Leute vermitteln, die bereits ver- 
mittelt wurden und die bezuglich ihrer gegenseitigen Eig- 
nung einer anderen Meinung waren. Der Dienst soil darauf 
auf passen, daB der Benutzer seine Angaben richtig eingege- 
ben hat, weil nur so die richtigen Leute vermittelt werden 
konnen. 

Erweiterte Anforderungen 

[0U1] Diese Anforderungen sind im Grunde genommen 
eine Erweiterung der optimierenden Anforderungen. Hier 
gent man aber iiber die Grenzen der Kernanforderungen hin- 
aus. Diese Anforderungen dienen also nicht dazu, die Ker- 
nanforderungen zu optimieren, sondem um den gesamten 
Dienst zu verbessem. Ohne diese Anforderungen wurde das 
System auch noch funktionieren. Hier geht es um Punkte 
wie etwa, daB der Benutzer oder SPLEMP-Betreiber selbst 
wahlen kann, in welcher Form ihnen der Dienst am besten 
gef alien wurde, daB der Benutzer daran erinnert werden 
kann, welche anderen Leute ihm in der Vergangenheit ver- 
mittelt wurden, daB nur Leute vermittelt werden, die in der 
Vergangenheit ein gutes Benehmen vorgezeigt hatten, daB 
der Benutzer den Dienst, falls ihm etwas zustoBt, wissen las- 
sen kann, wo er hinzugehen beabsichtigte, damit der Dienst 
irgendwie Hilfe leisten kann, daB auf die Anonymitat der 
Nutzer geachtet wird, daB der Dienst den Benutzer nicht in 
Gefahr bring! durch Vermittlung eines womoglich gefahrli- 
chen Partners, daB es fur den Benutzer einen Ansporn gibt, 
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nicht zu liigen und sich richtig zu benehmen, usw. 

Systemumfangsumrisse 

[0112] Manche Systemkomponenten sind wichliger als 
andcrc. Manche sind relevant fur das System, anderen wie- 
derum nicht Genauso wie bei Dienstanforderungskatego- 
ricn, unterteilt man dicse Kategoricn auch ahnlich. 

Kernfunktionalitaten 

[0113] Diese Komponenten sind fur die Verwirklichung 
des Systems auBerst wichtig. Sie sind auch zustandig fur die 
Kemanforderungen des Dienstes. Sie sind fur die folgenden 
Funktionalitatcn zustandig: 



Sicherstellung der Aufenthaltsfortruhrung des Benutzers am 
Anmeldungsort 

[0117] Bei dieser Funktionalitat, wird nicht von dem opti- 
5 malsten Vcrhalten des Benutzers ausgegangen, sondcm das 
System nimmt selbst alles in die Hand und stellt sicher, dafi 
der Benutzer sich wirklich noch an diesen Ort aufhalt Die 
Bcnutzerbchauptung wird in dieser Funktionalitat cinge- 
schlossen. Diese Funktionalitat wurde oben in "Losungsar- 
crritekturTHaupt-Dienstprozesse, Funktionalitaten und L6- 
sungsstrategien7"t)berwachung der Aufenthaltsfortftihrung 
am AnmeldungsortVSicherstellung der Aufenmaltsfortfuh- 
rung am Anmeldungsort" erlautert 

Optimiercnde Funktionalitatcn 



10 



15 



1. Benutzer-Registrierung 

2. Benutzerprofil-Verwaltung 

3. Diensteinleitung 

4. Ortsanmeldung 

5. Interaktive-Tatigkeitsabsichten-Definition 

6. Dienstaktivierung 

7. Parmerschaftseignungsuberprufung 

8. Bekanntmachungssitzung 

9. Dialog 

Aufbaucnde Funktionalitatcn 

[0114] Diese Funktionalitaten bauen das System eher ver- 
tikal auf. Eine der Kembedingungen dafur, daB das System 
funktioniert, ist, daB die beiden Benutzer, die eventuell an- 
einander vermittelt werden, sich an dem gleichen Ort auf- 
halten. Die Erfullung dieser Bedingung wird mit Hilfe ver- 
schicdener Funktionalitatcn sichcrgcstellt. Die Ortsanmel- 
dirags-Funktionalitat ist schon oben erwahnt worden. Die 
anderen Funktionalitaten, die hier erwahnt werden, sind 
weitcre Entwicklungen davon. 

Anmeldungsorts-Anwesenheits-Sicherstellung 

[0115] Das verbessert das Funktionieren des Systems, da 
man so weiB, daB der Benutzer sich wirklich an diesem Ort 
aufhalt Nur so konnte ein Partnerschaftsvermittlungssystem 
mit Sicherheit einen Benutzer dem Anderen vermitteln. Im 
anderen Fall wurden dem Benutzer Partnerschaftskandida- 
ten vermittelt, die gar nicht da sind. Die Ortsanmeldung 
wird in dieser Funktionalitat eingeschlossen. Diese Funktio- 
nalitat wurde oben in "Losungsarchitektur n rHaupt-Dienst- 
prozesse, Funktionalitaten und LosungsstrategienTOrts- 
feststellung" erlautert. 

Benutzerbehauptung der eigenen Aufenualtsfortfiihrung 
am Anmeldungsort 

[0116] Diese Funktionalitat verbessert das System, so daB 
ein Benutzer nur dann bedient werden muB, wenn er auch da 
ist, und zweitens laBt er sich auch nicht falschlicherweise an 
andere vermitteln, da er dabei auch noch an das Wohl Ande- 
rer denkt Diese Funktionalitat wurde oben in "Losungsar- 
chitekturTHaupt-Dienstprozesse, Funktionalitaten und L6- 
sungsstrategien7' r 0berwachung der Aufenthaltsfortruhrung 
am Anmeldungsort'TBenutzerbehauptung der Aufenthalts- 
fortfuhrung am Anmeldungsort" erlautert. 



[0118] Diese Funktionalitaten beschranken die Wahr- 
schcinlichkeit, dafi die Voraussetzungcn bei den Kernfunk- 
tionalitaten in Wirklichkeit nicht erfullt werden. Sie dienen 
20 als Unterstutzung fur die Realisierung der Kernfunktionali- 
taten. Dadurch wird das System wohlgeformter. 

Benutzer- Feedback 

25 [0119] Dadurch wird ein Aspekt des Systems zumleilbe- 
handelt, der das System ohne diese Funktionalitat zu ein em 
anfalligen System machen wurde. Es fehlt Vertrauen in die 
Angaben des Benutzers bezuglich seines Profils. Mehr zu 
dieser Funktionalitat wird oben in "Ldsungsarchitek- 
30 turT I Iaupt-Dienstprozesse, Funktionalitaten und Losungs- 
strategien w ^K^itischerFeedback ,, erklart. 

Erweitemde Funktionalitaten 

35 [0120] Dicse Funktionalitaten sind nicht fur die Realisie- 
rung des Dienstes kritisch. Die folgenden Funktionalitaten 
gehoren dazu: 

1. Benutzer-Bedienungseinstellungen 
40 2. Benutzer-Gedachtnisuntersturzung 
3. Benutzer-Sicherheit 



Benutzer-Bedienungseinstellungen 

45 

[0121] Es kann mehrere Dienstparameter geben, welche 
der Benutzer beeinflussen konnen mochte. Einige Beispiele 
sind die folgenden: 

50 1. Qualitatsklasse der Bedienung 

2. Preisklasse 

3. Maximale Mitteilungshaufigkeit der Paitnerschafts- 
trefTer 

4. Minimaler Ubereinkunflsprozentsatz 
55 5. Usw. 

[0122] Je nach der Qualitat des Dienstes, die der Benutzer 
anstrebt, kann der Benutzer eine der Qualitatsklassen aus- 
wahlen. Diese Qualitatsklassen entsprechen vielleicht auch 

60 unterschiedlichen Preisklassen, aber nicht unbedingt Viel- 
leicht gibt es Zdtbeschrankungen, wie oft man eine bevor- 
zugte Qualitatsklasse verwenden kann. 
[0123] Ein Benutzer kann auch verschiedene Preisklassen 
benutzen. Die Preisklasse konnte etwa fur einen bestimmten 

65 Benutzer fest sein, oder sie konnte frei wahlbar sein. 

[0124] Ein Benutzer konnte die hochst Anzahl von ver- 
mittelten Partnerschaftskandidaten, die innerhalb einer Zeit- 
spanne angeboten werden, kontrollieren wollen. Zum Bei- 
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spiel konnte ein Benutzer wollen, daB ihm nicht ofter als alle 
20 Minuten cin Partncrschaftskandidal vcrmittelt wcrdcn 
soil 

[0125] Ein Benutzer kann spezifizieren, wie anspruchsvoll 
cr/sic sein mochtc. Jc anspruchsvoller ein Benutzer ist desto S 
schwieriger ist es, einen geeigneten Partnerschaftskandida- 
ten fur ihn/sie zu finden, es nimmt mehr Zeit in Anspruch, 
und vielleicht findet sich ubcrhaupt gar kein Partner in dcm 
entsprechenden SPLEMP, der so gut zu dem Benutzer pas- 
sen wurde. to 
[0126] Es konnte noch andere Parameter geben, die in den 
Umfang der bisher erwahnten Parameter fallen. Es konnten 
noch weitere existieren, die uberhaupt nicht unter die oben 
genannten Kategorien fallen, aber trotzdem in diesen Ver- 
fahrcnschriu oder Funktionalitat cingcstufl wcrdcn konnten. 15 

Benutzer-Gedachtnisunterstutzung 

[0127] Wenn eine Partnerschaf tseignungsbestatigung zwi- 
schen zwei Parteien erzielt wurde, die zwei Parteien eine 20 
Chance zum Besprechen gehabt haben und sich wieder von- 
einander verabschiedet haben, konnten die beiden Parteien 
wiinschen, Informationen uber die andere Partei und uber 
das TrefFen im allgemeinen zu speichem, so daB man eine 
Obersicht hat uber die Leute, die man gctroffen und kcnncn- 25 
gelernt hat Es kann passieren, daB man nach einer gewissen 
Zeit friiher vermittelte Partnerschaftskandidaten zu verges- 
sen anfangt Dies kann insbesondcre geschehen, wenn man 
sehr viele solcher Falle miterlebt hat, oder wenn das Ge- 
dachtnis des Benutzers nicht so optimal ist, oder wenn sehr 30 
viel Zeit seither vergangen ist, oder wenn an dem Treff oder 
an dem vermittelten Partnerschaftskandidaten nichts beson- 
deres oder bemerkenswertes lag. Es ist wichtig, daB es eine 
Unterstutzung gibt, urn sich an die Leute zu erinnem, die 
man im Lcbcn gctroffen hat Man kann das als ein auf die 35 
Parmerschaftseignungstreffer bezogenes Tage- und Kon- 
taktbuch ansehen. Es gabe verschiedene Arten von Informa- 
tionen, die man in solch einem Tagebuch speichem wurde: 

1. Typ des Bekanntmachungsmittels 40 

2. Bekanntmachungsagent 

3. BekanntschaftsschlieBungsereignis. 

4. BekanntschaftsschlieBungsort 

5. BekanntschaftsschlieBungszeit 

6. Alias des vermittelten Partnerschaftskandidaten. 45 

7. Foto des vermittelten Partnerschaftskandidaten. 

8. Beschreibung des vermittelten Partnerschaftskandi- 
daten in eigenen Worten. 

9. Urns tan de des Treffens in eigenen Worten. 

10. Qualitat des Erlebnisses in eigenen Worten. 50 

1 1 . Gegenseitige Entscheidung zum Ende des Treffens 
daruber, wie man vorgehen mochte bei der Erforschung 
der Moglichkeit, sich mit der zum Ziel gesetzten inter- 
aktiven Tatigkeit zu befassen. 

12. Positive Attribute des vermittelten Partnerschafts- 55 
kandidaten, welche zu einem Treffer verholfen haben 
und wahrend der Bekanntmachungssitzung vorgestellt 
wurden. 

13. Negative Attribute des vermittelten Partner- 
schaftskandidaten, die wahrend der Bekanntmachungs- 60 
sitzung als Wamungen vorgelegt wurden. 

14. Die Bestrebungen und Erwartungen des vermittel- 
ten Partnerschaftskandidaten an den anderen Partner- 
schaftskandidaten (in diesem Fall den Benutzer), wie 
sie in der Bekanntmachungssitzung vorgelegt wurden. 65 

15. Eigene positive Attribute, die zu einem TYeffer 
verholfen haben, und wahrend der Bekanntmachungs- 
sitzung offenbart wurden. 
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16. Eigener Alias, der dem vermittelten Partner- 
schaftskandidaten vorgefuhrt wurde. 

17. Kritik-Feedback, welche der RPMMSU bereitge- 
stellt wurde. 

18. lagebucheintrage, die sich auf den gleichen ver- 
mittelten Partnerschaftskandidaten beziehen, und nach 
der Zeit des Eintrags angeordnet sind, wobei es sich um 
die Entwicklung der Beziehung und der Mcinung uber 
den anderen handelt 



Benutzer-Sicherheit 

[0128] Zur Benutzersicherheit konnen sehr viele Mecha- 
nismcn ausgedacht wcrdcn. Die me is ten von ihncn haben 
eine geselischafUiche Komponente und sind stark von den 
herrschenden Gesellschaftsnormen und -strukturen abhan- 
gig. Die kunstlichen Mcchanismen, die bereitgcstellt wer- 
den, sind auch nur einsatzfahig, wenn einige gesellschaftli- 
che Voraussetzungen erfullt sind, oder wenn bestimmte Vor- 
gehensweisen akzeptiert sind, und auch nur in einer unter- 
stutzenden Rolle. Die folgenden MaBnahmen sind vorstell- 
bar: 

1. Verhaltenskodex-Vertrag: Wenn der Benutzer sich 
fiir diesen Dienst registriert, muB er einen Verhaltens- 
kodex-Vertrag lesen und unterschreiben, bzw. einfach 
akzeptieren. Mit diesem Vcrhaltenskodex versichert er, 
daB er die Regelungen befolgen wird, nichts tun wind, 
was verboten ist, die Verhaltensweisen, die als nicht 
empfohlen erklart sind, zu vermeiden versuchen wind, 
usw. Hier wird der Benutzer sich auch fur einvers tan- 
den erklaren, daB, wenn die Polizei eine Ermittlung ge- 
gen ihn vornimmt seine Angaben den Behorden - mit 
groBcr Zunickhaltung - uberrcicht wcrden diirfen. Er 
wird dem Dienst auch die Genehmigung erteilen, seine 
Identitat und Personalien von seiner Identitatsbur- 
gungsinstanz abzufragen. 

2. Verhaltens- und Benutzungsanweisungen: Dies be- 
trifft eher den Umgang mit System und Dienst Anders 
als oben, wo eher Verbote aufgefuhrt sind, werden hier 
Empfehlungen und Hps erklart Der Benutzer diirfte 
durch die Haltung an diese Empfehlungen den Dienst 
und das System am optimalsten benutzen konnen. 

3. Kritischer Feedback: Falls der Benutzer merkt, daB 
der vermittelte Partnerschafts kandidat nicht auf den 
Verhaltenskodex oder die Verhaltens- und Benutzungs- 
anweisungen achtet, oder auch sonst ein schlechtes Be- 
nehmen vorweist dann kann der Benutzer ein kriti- 
sches Schreiben an den Dienst schicken. Auch wenn 
der Benutzer der Meinung ist daB der vermittelte Part- 
nerschaftskandidat mit seinen Angaben geschummelt 
hat, um seine Chancen, einen Partnerschaftseignungs- 
treffer zu erzielen, zu verbessem, kann der Benutzer 
dem Dienst dies mitteilen. Das hilft deshalb, daB im 
Falle, daB die Beschwerden gegen einen Benutzer an 
Glaubwiirdigkeit gewinnen, der Benutzer irgendwie 
bestraft werden kann. 

4. Sicherheitsuberprufung: In dem Dienstoutzungsver- 
trag wird der Benutzer auch die Genehmigung erteilen, 
nach seiner Strafakte und anderen Personalien bei den 
Behorden oder anderen Instanzen nachschlagen oder 
abfragen zu diirfen. Wenn der Verdacht bestunde, daB 
der Benutzer eine Gefahr fur andere Benutzer darstel- 
len konnte, dann wurde bei den Behorden auch nachge- 
forscht Es kann sogar eine gewisse Automatisierung 
dabei geben. Wenn sich aus der Sicherheitsuberprufung 
ergibt daB der Benutzer ein Risiko ist dann konnten 
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verschiedene MaBnahmen getrofFen werden, je nach- 
dem, wclche Gcsctz- und Gesellschaltsnormenver- 
stoBe er aufzuweisen hat Dies kann a lies, zwischen 
Bedienungsverweigerung, komplettem Ausscheiden, 
bis zur Behordenmitieilung nacb sicb zichen. 5 

5. Identilatsbestatigungsuberprijfung: Der Benutzer 
wird in seinem Benutzungsantrag dem Dienst auch die 
Gcnchmigung crteilen, seine Identitat und Personalien 
von seiner IdenUtatsburgungsinstanz bestaiigen zu las- 
sen. Daflir gibt er an welche Identitatsbiirgungsinstanz 10 
dies machen wurde, seine Personalien, und eine even- 
tuell digital unterschriebene Genehmigung. 

6. Anonymitat: Anonymitat ist eine der wichtigsten 
Leistungen des Dienstes. Die Leute wollen selbst die 
Kontrollc baben zu cntscbcidcn, wem sic von sich er- 15 
zahlen wollen und wem nicht Es ist aucb so, daB kein 
vermittelter Partnerschaftskandidat aus irgendeinem 
Grund anfangen soil, den Benutzer zu verfolgen oder 
zu belasdgen. Deswegen werden wahrend des gesam- 
ten Prozesses keine identitatsbezogenen Angaben oder 20 
sonstige Angaben vermittelt, wodurch der vermittelte 
Partnerschaftskandidat an den Benutzer nachtraglich 
herankommen konnte. 

7. Rechenschaftspflichtigkeit: Sollte ein vermittelter 
Partnerschaftskandidat den Benutzer irgendwie 25 
schlecht behandeln oder ihm Schaden zufugen, dann 
kann durch Benutzer-Feedback-Beschwerden, polizei- 
liche Anzcigen, oder Aufzeichnungen iiber gemeinsam 
untemommene Tatigkeiten zunacbst ermittelt werden, 
wer die Person war, die als vermittelter Partnerschaf ts- 30 
kandidat an den Benutzer vermittelt wurde, und auBer- 
dem kann festgestellt werden, fur was sich diese Person 
schuldverdachtig gemacht hat Dann kann entschieden 
werden, welche MaBnahmen getroffen werden konnen, 
entweder auf den Dienst bezogen oder zur Unterstut- as 
zung bei polizeilichen Ermittlungen. 

8. Steuerbare Kontaktierbarkeit: Wenn zwei vermit- 
telte Benutzer nacb ihren Gesprachcn entscheiden, daB 
sie doch weiter in Kontakt bleiben wollen, aber noch 
nicht so weit sind, daB sie einander vertrauen, oder die 40 
Regeln der Anonymitat einhalten wollen, oder die Na- 
tur ihrer Vorhaben Anonymitat empfehlenswert macht, 
dann konnen sie sich auch fur Kontaktiermoglichkeiten 
entscheiden, bei denen sie nicht ihre personlichen Kon- 
taktadressen herausgeben miissen, sondern sie konnen 45 
einfach die Kennzeichnung eines vorvermittelten Part- 
ners aufrufen, und die RPMMSU damit beauftragen, 
eine asynchrone bzw. synchrone Verbindung zwischen 
den beiden herzustellen. 

9. Intei^ve-KoaktiWtats-und-Komobihtats-Uber- 50 
wachungs-Funkuonalitat: Dies ahnelt dem Fall, daB 
man ausgeht und die Eltern wis sen laBt, mit wem man 
unterwegs sein wurde und wo genau man hingeht, so 
daB einerseits die Eltern sich keine Sorgen machen 
miissen und man zwei tens, sollte einem etwas zusto- 55 
Ben, es leichter festgestellt werden konnte, wo das 
Kind sich befindet, usw. Natiirlich mochte man aus 
Grunden der Privatsphare dem Bekannten nicht unbe- 
dingt Bescheid sagen, was man tut und mit wem man es 
tut. Diese Sicherheit basiert auf den Informationen, die 60 
der Benutzer einfach der RPMMSU zukommen laBt 
bezuglich der Benutzerbewegung, dem Verbleib, der 
Begleitung, den Absichten, den Vorschlagen und An- 
geboten des Begleiters bzw. den eigenen, usw. Im Falle 
von Schaden oder Festnahme, usw. des Benutzers, 65 
konnten die Beholden den Verlauf zuriickverfolgen 
und den Benutzer ausfindig machen. Diese Information 
wird auch von dem Benutzer bereitgestellt, um die be- 
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gleitende Person, die nicht vertrauenswurdig oder 
fremd ist, wissen zu lassen, daB er nicht unbestraft da- 
vonkommen konnte, sollte er dem Benutzer irgendwel- 
chen Schaden zufugen. Diese Information bier wird 
nicht weiter bendtigt, sobald sich der Benutzer erneut 
bei dem Dienst gemeldet hat und einige Wochen ver- 
gangen sind, da man in diesem Fall davon ausgehen 
kann, daB das TrcfTen ohne Zwischenfalle verlaufcn ist 
Die Informationen sollen insgesamt nur fur eine maxi- 
male Dauer von wenige Wochen behalten werden. 

10. Notruf-Weiterleitung: Dies kann hilfreich sein, da 
im Falle daB der Benutzer einen Notruf aussendet und 
um Hilfe wegen irgendwelcher emsthaften Probleme 
bittet, dann sehr viele zusatzliche Informationen iiber 
den Benutzer, iiber scinen Verbleib, iiber die cventuelle 
bedrohliche Begleitung des Benutzers, und sogar die 
Art des Problems erfafit werden konnen und an die Be- 
horden weitergclcitct werden konnen. Da der Dienst 
einfach mehr Informationen iiber den Benutzer hat und 
eventuell iiber das, was er gerade macht, ist es ihm 
moglich, nutzliche Hilfe anbieten zu konnen. Daruber 
hinaus konnten weitere Informadonen iiber das Ausse- 
hen des Benutzers, sein Foto, Erklarung der Umstande, 
usw. den Sicherheitsdiensten zur Verfugung gestellt 
werden. 

11. Kooperation mit der Polizei: Sollte die Polizei ge- 
rade eine Ermittlung machen gegen einen Benutzer, 
dann kann der Dienst eventuell durch Bereitstellung 
von Informadonen behilflich sein. Hier muB darauf ge- 
achtet werden, welche Informationen bereitgestellt 
werden durfen und welche die Privatsphare des Benut- 
zers verletzen konnten. Im Falle von bloBem Verdacht 
oder Befragung wird die Hilfe nur angeboten, wenn die 
Behorden zusagen, daB sie sehr feinfuhlig damit umge- 
hen wurden. Die angebotenc Hilfe ist auch abhangig 
davon, ob die Beschwerde an die Polizei von einem an- 
deren Benutzer eingereicht wurde oder nicht 

12. Privatsphare: Der Benutzer kann all seinen Anga- 
ben eine Stufe der Privatsphare zuordnen und auch an- 
geben, fur welche Zielgruppen welche Stufe gilt. Emp- 
findliche Angaben werden dann dieser Zielgruppe 
nicht preisgegeben. Auch bei Ermittlungen wird Dis- 
kretion gewahrt 

13. Beratung: Der Benutzer kann sich eventuell von 
jemandem von dem Dienst beraten lassen, was Ge- 
sprachsverhalten angeht oder wie man mit einem sehr 
ungezogenen Verhalten eines vermitleLten Partner- 
schaftskandidaten umgeht, oder wie man sich be- 
schweren soli, und iiber viele anderen Themen bezug- 
lich Gesellschaftsumgang, Sicherheit, Beschweren, 
Dienstnutzung, usw. 14. Vertrauenswurdiger Partner- 
schaftseignungsuberprufungs-Algorithmus: Das ist 
wichtig, weil es moglich ist, daB Informationen in an- 
deren zur Partneischaftseignungsiiberprufungs und 
Partnervermitdung benutzten Algorithmen auf ver- 
schieden Weisen benutzt werden konnen. An diese Al- 
gorithmen werden sehr personliche Informationen be- 
reitgestellt und wenn man nicht genau weiB, was diese 
Algorithmen damit machen, dann konnte ein Sicher- 
hei tsrisiko entstehen. In dem Fall der RPMMSU ist das 
fast ausgeschlossen. Dieser Algorithmus ist in der Ob- 
hut des RPMMSU-Betreibers und damit gibt es nur 
eine Instanz, die fur die Sicherheit und die richtige Be- 
nutzung zustandig ist 

15. Vertraulichkeit erfordemde Benutzer- Angaben bei 
bestimmten SPLEMP-TVpen: Es gibt verschiedene 
SPLEMPs in einer Nachbarschaft oder Stadt Jeder 
SPLEMP hat eine andere Kundschaft. Die Kundschaft 
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eines bestimmten SPLEMPs konnte einer bestimmten 
Katcgoric von Benutzem aus Griinden dcr Ethnizilat, 
Religion, politischen Meinungen, Geschlecht, sexuel- 
ler Orientierung, Verbandsmitgliedschaft, usw. nicht so 
wohlgesonnen sein. Sollle ein Benutzer solche Eigen- 
schaften haben, was aus ihm einen unwillkommenen 
Besucber bei diesem SPLEMP machen wurde, ware es 
nicht so klug, jedem Beliebigen Zugang zu den Eigcn- 
schaften des Besuchers zu ennoglichen. Diese Attri- 
bute sind als Vertraulichkeit erfordemd fur den be- 
stimmten SPLEMP zu verstehen. Als eine vorgegebene 
Regei sollten diese Attribute in diesem SPLEMP nicht 
fur Partnerschaftsdgnungsuberpriifungen benutzt wer- 
den. Der Benutzer soil uber diese kontextuelle Vertrau- 
lichkcitsanforderung benachrichtigt wcrden und gc- 
fragt werden, ob er vor hat, diese Einstellung aufzuhe- 
ben. Dieser Aspekt des Dienstes hilft, urn festzustellen, 
welchc Attribute in einern Benutzerprofil bei einem 
SPLEMP als Vertraulichkeit erfordernd erklart werden 
sollen. Die Inf ormationen dies bezuglich stammen vom 
Feedback von verschiedenen Benutzem, die meinten, 
dafi so eine Regelung notig ware. Ein SPLEMP konnte 
selbst den Wunsch haben, irgendwelche ungluckliche 
Vorfalle zu vermeiden und so eine Vorsichtsregelung 
angcwendet zu bekommcn. 

16. Vertraulichkeit erfordernde Benutzer- Angaben bei 
bestimmten Ortlichkeiten: In bestimmten Ortlichkeiten 
gibt es bestimmte Arten von Menschen, die eine Ge- 
fahr fur Andere eines bestimmten Typus darstellen 
konnen. AUe SPLEMPs, die in diesem Gebiet sich be- 
finden, sind auch fur diesen Typus von Benutzem eine 
Gefahr, aufier wenn der SPLEMP extra fur diesen TV- 
pus bedacht ist Andernfalls ist es wichtig, daB hochste 
Vorsicht bei der Vermittlung von Benutzem dieses Ty- 
pus in diese SPLEMPs angcwendet werden soil. Die 
Informationen, um so etwas zu bewerten kommen aus 
verschiedenen Quellen wie demographischen Studien, 
Bcnutzerfeedback, Vorfallsberichten, usw. 

17. Vorsicht bei der Nutzung von Vertraulichkeit be- 
durftigen Benutzer-Angaben bei Partnerschaftseig- 
nungsuberprufungen bei bestimmten Partnerschafts- 
kandidaten: Der Dienst erhalt Informationen uber einen 
Benutzer entweder uber seine eigenen Angaben, oder 
iiber sein Verhalten, das direkt durch die Dienstbenut- 
zung klar wurde, oder uber Berichte von anderen Be- 
nutzem, oder durch das, was von seiner Strafakte her- 
geleitet werden konnte. AUe diese Quellen ennogli- 
chen es, daB cntschieden werden kann, ob ein Benutzer 
bei einem anderen gut aufgehoben sein konnte oder ob 
man Vorsicht walten lassen solL Dieser EntschluB ist 
auch von dem Charakter des Benutzers selbst abhan- 
gig. 

18. Analyse der Dauerhaftigkeit der Benutxerprofi J at- 
tribute und ihre Anwendung: Das Benutzerprofil andert 
sich im Verlauf der Zeit Manchmal kann es sich als 
wichtig erweisen, aufzuspuren, warum ein Partner- 
schaftseignungstreffer erzielt wurde, wie oft der Benut- 
zer sein Profil andert, ob der Benutzer etwas andert, 
was nicht als ftiichtige Information betrachtet wird, ob 
der Benutzer bei der Anderung von Attributen Motive 
verfolgt, die es ihm ennoglichen wurden, bei einer be- 
stimmten Gruppe von Leuten eine Partnerschaftseig- 
nung zu erzielen, ob die Anderungen realistisch sind, 
usw. Das kann sich als wichtig erweisen, z. B. wenn 
der Benutzer seine Profil attribute einfach so verandert, 
z. B. seine religiose Zugehorigkeit, um Leuten nicht 
aus Griinden der Partnerschaft vermittelt zu werden, 
sondem um eine Gruppe von Menschen aufzuspiiren, 
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denen gegenuber er ein negatives Ziel verfolgt, oder 
um bei der Partnerschaflseignungsubcrprufung selbst 
zu tricksen. Solche unehriich veranlagten Menschen 
waren bereit, otters ihre Attribute zu verandern. 
1 9. Vcrfolgung der Glaub wurdigkeit bei den Benutzcr- 
profilattributen: Je nachdem, was der Benutzer in sein 
Benutzerprofil ein gibt und was widerspruchliches von 
dem vermitteltcn Partncrschaftskandidatcn durch 
Feedback ermittelt wurde, wird bewertet, wie hoch die 
Glaubwurdigkeit bei verschiedenen Angaben eines Be- 
nutzers ist Auch die friiheren Glaubwurdigkeitsbewer- 
tungen spielen dabei eine Rolle. Diese Glaubwurdig- 
keit spielt eine groBe Rolle dabei, ob ein Benutzer ei- 
nem anderen vermittelt wird oder nicht 



Betriebsbezogene Funktionalitaten 

[0129] Hierbei gent es um Funktionalitaten, die den Be- 
20 trieb einer Implementierung des Systems betreffen. Das sind 
folgende Funktionalitaten: 

1. Installieren 

2. Oberwachen 
25 3. ProtokoUieren 

4. Analysieren 

5. Steuem 

6. Konfiguriercn 

7. Diagnostizieren 
30 8. Korrigieren 

9. Erweitem 

10. Unterbrechen 

11. Anschalten 

12. Ausschalten 

35 13. Kommunikation sichcm 

14. Kooperation sichem 

15. Verteilungs-Management 

16. Usw. 

40 [0130] Daruber hinaus betrifift es die Modularisierung, 
Verteilung, und Organisation der Implementierung des Sy- 
stems, besonders was die RPMMSU angeht Verschiedene 
SPLEMPs befinden sich in verschiedenen Gebieten der 
Welt Um ihre Verwaltung zu vereinfachen, werden die 

45 SPl£MPszusanmaengefaBtzuGmppen,mehierSPLEMP- 
Quster genannt werden. 

[0131] Ein SPLEMP-Quster kann geographisch oder 
nach Typus der SPLEMPs festgelegt werden. Die kleinste 
Ortlichkeit ware vielleicht ein Stadtteil oder eine ganze 

50 Kleinstadt Geographisch konnte eine Ortlichkeit topogra- 
ph sch, politisch, kulturell, demographisch, rein geogra- 
phisch oder aus Griinden der gleichmafiigen \ferteilung be- 
stimmt werden. Hier geht man von der Ortlichkeit des 
SPLEMPs aus. Auch wenn die SPLEMPs nach Typus zu- 

55 sammengefaBt werden, werden sie trotzdem hochst wahr- 
scbeinlich noch eine geographische Komponente haben. 
Unter Typus versteht man, ob der SPLEMP einer bestimmte 
Art von Kundschaft pflegt, in welcher GroBenordnung man 
es einstufen kann, welches Bedienungs-Paket der Dienstan- 

60 bieter in Anspruch nimmt, usw. Hier geht man von dem 
SPLEMP aus. 

[0132] Die SPLEMP-Quster konnen wiederum nach zwei 
Arten unterschieden werden: Betriebs-SPLEMP-Ouster 
und virtuelle SPLEMP-Cluster. Die SPLEMPs in einem Be- 
65 triebs-SPLEMP-Cluster benutzen die gleiche Ressourcen 
und ihre Verarbeitung lauft auf die gleichen Ressourcen, 
z. B. Prozessor und/oder Speicher. Sie teilen eine Plattform. 
Meniere Betriebs-SPLEMP-Cluster konnen zu einem Obe- 
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ren-Betriebs-3FLEMP-Cluster zusammengefaBt werden, 
wobei dicser sich auch wie cin Betriebs-SPLEMP-Cluster 
verhalt. Ein viitueller SPLEMP-Cluster umfaBt mehrere 
SPLEMPs eventuell aus verschiedenen Betriebs-SFLEMP- 
Clusters nach iigendwelchen Krilcrien, nur urn irgendwel- 
che Operational auf ihnen gemeinsam durchfuhren zu kdn- 
nen, oder auch einfach urn auf sie direkt auf einmal zuzu- 
grcifen. Zu diescn Arten von Funktionalitatcn gchort auch 
das Management von Betriebs-SFLEMP-Clusters und virtu- 
ellen SPLEMP-Clusters. 

Technologien 

[0133] Technologien wie die auf Infrarot basierte IrDA, 
auf Rundfunkwellcn basierte Bluetooth Tbchnologie von 
BluetoothSIG, drahtlose JINI von Javasoft, oder ahnliche, 
kdnnen die Aufgabe der kurzstrecldgen drahtlosen Kommu- 
nikation bewaltigcn. 

[0134] Mobilfunknetze benutzen standardisierte Techno- 
logien wie GSM, IS-136, PDC, UMTS, usw. fiir die lang- 
streckige drahtlose Kommunikation zwischen zwei Cerate. 
[0135] Fiir die langstreckige Kabel-Verbindungen, gibt es 
auch eine Reihe von Standards wie ISDN, Internet, usw. 
Auch viele anderen Technologien wie Java RMI, DCE, 
CORBA, XML Familie, CGI, Java Spezifikationen, usw. 
kdnnen benutzt werden. 

Glossar 
AUgemeines 

Match Partnerschaftseignung, je nach Kontext auch: Part- 
nerschaftseignungstreffer, Partnerschaftseignungsbestau- 
gung, Partnerschaftseignungsfund, Partnerschaftsuberein- 
stimmung, Partnerschaftssuchtreffei; Partnerschaftsfund, 
Oberei nstimmungsmoglichkeitsbestarigung 
Match Making: Partnerschaftssuche, Partnerschaftsuberpru- 
fiing, Partnervermittlung, Obereinstimmungspriifung 
Match Making Scheme Parmerschaftssuchprogramm, Part- 
nervermittlungsdienst, 

Public Leisure and Entertainment Meeting Place (PLEMP): 
Offentlicber Freizeit- und Vergnugungstrefrpunkt 
Serviced Public Leisure and Entertainment Meeting Place 
(SPLEMP): Bedi enter offentlicher Freizeit- und Vergnii- 
gungstreffpunkt 

Hauptkomponenten 

Real Partner Match Making Server Unit (RPMMSU): Part- 

ner-im-realen-Leben-tJberemstimmungsprufu 

leistungs-Einheit 

Serviced Public Leisure and Entertainment Meeting Place's 
(SPLEMP) Location Server Unit (LSU): Ortlichkeitsdienst- 
leistungseinheit eines bedienten offentlichen Freizeit- und 
Vergnugungstreffpunktes 

User's Personal Mobile Communications and Computing 
Device (PMCCD): Personliches Mobilkommunikations- 
und Rechengerat des Benutzers 

Parteien 

Authentification Agency: AuthentiMzierungsagentur 
Security Authority: Sicherheitsinstanz 
SPLEMP Operator: SPLEMP-Betreiber 
RPMMSU Operator RPMMSU-Betreiber 
User Benutzer 
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Accepted Matched Candidate Partner Akzeptierter vermit- 
telter Partnerschaftskandidat 
S Candidate Partner: Partnerschaftskandidat 

Matched Candidate Partner Vermittelter Partnerschaftskan- 
didat 

Probationing Accepted Matched Candidate Partner Akzep- 
tierter vermittelter Partnerschaftskandidat in der Probezeit 
to Successfully Probationed Accepted Matched Candidate 
Partner Erfolgreich erprobter vermittelter und akzeptierter 
Partnerschaftskandidat 
User Benutzer 
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Katcgorien der Module 



Basic Platform Modules: Grundplattform-Module 
Communications Connection Management Modules: Kom- 
munikationsverbindungsmanagement-Module 
20 Configuration Modules: Konfigurationsmodule 

Information Analysis Modules: Informationsanalyse-Mo- 
dule 

Information Feed Modules: Informationseingabemodule 
Information Management Modules: Informationsmanage- 

25 mentmodule 

Presentation Modules: Prasentations-Module 

Service Processing Modules: Dienstbearbeitende Module 

System Information Capture Modules: Systeminformations- 

erfassungsmodule 

30 User Dialogue Modules: Benutzerdialogmodule 

User Notification Modules: Benutzerbenachrichtigungsmo- 
dule 

User Query Modules: Benutzerantragemodule 



35 



Real Partner Match Making Server Unit 



Active User Profile Generation Module: Modul zur Erstel- 
lung aktivcr Benutzerprofile 

Astrological Systems based Astrological Profile Evaluation 
40 Module: Modul zur Bewertung auf astrologischen Systemen 
basierter astrologi scher Profile 

Authentication Authority Agencies User Authentication 
Confirmation Feed Human-Machine Interface Support Mo- 
dule: Modul zur Unterstutzung der Mensch-Maschine- 
45 Schnittstelle fur die Authentifizierungsinstanzen zur Besta- 
tigungseingabe beziiglich der Authentifizierung des Benut- 
zers 

Authentication Module: Authentifizierungsmodul 
Automatic User Position Determining Module: Modul zur 

50 automatischen Bestimmung der Benutzerposition 
Central Processing Unit: Zentralprozessoreinheit 
Communication Connection Establishment Module: Modul 
zum Aufbau einer Kommunikationsverbindung 
Display Output Mechanism Unit: Bildschinnausgabeme- 

55 chanismuseinheit 

Emergency Call Reception Module: Notrufempfangsmodul 
Emergency Call Security Processing Module: Sicherheits- 
modul zur Verarbeitung von Notrufen 
External Serial and Parallel Interfaces Bus and Control Unit: 

60 Bus- und Steuerungseinheit extemer serieller und paralleler 
Schnittstellen 

Geographical Places and Positions Interrelationships 
Graphs based Information Format Conversion Modules: 
Modul zur Konvertierung des Formates der Information en 
65 der Wechselbeziehungen zwischen geographischen Orten 
und Positionen 

Geographical Places and Positions Interrelationships 
Graphs based Information Management Module: Modul zur 
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Verwaltung der auf Wechselbeziehungsgraphen uber geo- 
graphische Orte und Positionen basicrtcn Informationcn 
Interactive Activity Intentions Cofiguration Support Mo- 
dule: Modul zur Unterstutzung der Konfiguration der Inter- 
aktivc-Tatigkcits-Absichten 

Interactive Activity Intentions Definition Processing Mo- 
dule: Modul zur Verarbeitung der Bestimmung der Interak- 
tive-Tatigkeitcn-Absichtcn 

Introductory Session Management Support Module: Vbr- 
stellungssitzungs-Verwaltungs- und Unterstutzungsmodul 
Keys Input Mechanism Unit: lasteneingabenmechanismus- 
einheit 

Locality related Demographic Information Capture and Ma- 
nagement Module: Modul zur Erfassung und Verwaltung 
drtlichkcitsbczogcner demographischer Informationen 
Locality related User Profile Attributes Sensitivity Determi- 
nation Module: Modul zur Feststellung der Sensibilitat der 
orllichkcitsbczogenen Bcnutzcrprofilsattribute 
Location Deregistration Intent Confirmation Support Mo- 
dule: Modul zur Bestatigungsunterstutzung der Absicht zur 
Ortlichkei tsabmeldung 

Location Registration Configuration Support Module: Mo- 
dul zur Unterstutzung der Konfiguration der Ortlichkeitsan- 
meldung 

Long Distance Signalling Connection to Serviced Public 
Leisure and Entertainment Meeting Place's Location Server 
Unit Management Module: Modul zur Verwaltung von 
Langstrecken-Datcnubermittlungsverbindungen zur LSU 
eines SPLEMPs 

Long Distance Wired Networking and Communications 
Unit: I^gstrecken-Kabel-Vernetzungs- und Kommunikati- 
onseinheit 

Long Distance Wireless Networking and Communications 
Unit Langstrecttige drahtlose Vemetzungs- und Kommuni- 
kationscinhcit 

Long Distance Wireless Signalling Connection to User's 
Personal Mobile Communications and Computing Device 
Management Module: Modul zur \ferwaltung von drahtlo- 
sen I^gstreckeri-Datenubermittlungsverbindungen zum 
PMCCD eines Benutzers. 

Long Distance Wireless Synchronous Duplex Communica- 
tion Connection to User's Personal Mobile Communications 
and Computing Device Management Module: Modul zur 
Verwaltung von drahtlosen synchronen Duplex Langstrek- 
ken-Kommunikationsverbindungcn zum PMCCD eines Be- 
nutzers. 

Main Memory Unit: Hauptspeichereinheit 

Match Making Processor Module: Modul zur Verarbeitung 

der Partnerschaftseignungssuche 

Match Processing Module: Modul zur Verarbeitung der 
Partnerschafiseignungstreffer 

Matched Candidate Partner Catalogue Management Mo- 
dule: Verwaltungsmodul des Kataloges von vermittelten 
Partnerschaftskandidaten 

Matched Candidate Partner Contact Willingness Confirma- 
tion Support Module: Modul zur Bestatigungsunterstutzung 
der Kontaktbereitschafl zu dem vermittelten Partnerschafts- 
kandidaten 

Matched Candidate Partner Critical Feedback Reception 
Module: Modul zum Empfang von kritischem Feedback zu 
einem vermittelten Partnerschaftskandidaten 
Matched Candidate Partner Critical Feedback Processing 
Module: Modul zur Verarbeitung des kritischen Feedbacks 
gegenuber vermittelten Partnerschaftskandidaten 
Matched Candidate Partner Rememberance Information 
Configuration Support Module: Modul zur Unterstutzung 
der Konfiguration der Informationen zur Erinnerung an ver- 
mittelte Partnerschaftskandidaten 



Matched Candidate Partner Rememberance Information 
Management Module: Modul zur Verwaltung von Informa- 
tionen zur Erinnerung an vermittelte Partnerschaftskandida- 
ten 

5 Operator and Service Description Information Provision 
Support Module: Modul zur Unterstutzung von Bereitstel- 
lung von Informationen, die Betreiber und Dienst beschrei- 
bcn 

Operator Statistical & Other Reports Generator Support 
10 Module: Modul zur Unterstutzung der Erstellung von Stati- 
stiken und anderen Berichten fur den Betreiber 
Operator System Management Human-Machine Interface 
Support Module: Modul zur Unterstutzung der Mensch-Ma- 
schine-Schnittstelle fur den Betreiber bei der Systemverwal- 
15 lung 

Palmistry Systems based Palmistrical Profile Evaluation 
Module: Modul zur Bewertung auf handleserischen Syste- 
men basicrtcr handlescrischcr Profile 
Partner Introductory Information Generation and Provision 
20 Support Module: Modul zur Unterstutzung von Erstellung 
und Bereitstellung von Informationen zur \brstellung von 
einem Partner 

Persistent Memory Unit Dauerhafte Speichereinheit 
Power Supply Unit: Strom versorgungseinheit 

25 Psychological and Social Systems based Profile Evaluation 
Module: Modul zur Bewertung des auf dem psychologi- 
schen und sozialen System basierenden Profils 
Psychological and Social Systems based Profile History Ma- 
nagement Module: Verwaltungsmodul der auf psychologi- 

30 schen und sozialen Systeme basierten Profilchronik 

Resource Allocation Evaluation Module: Modul zur Bewer- 
tung der Ressourcenzuteilung 

Security Authority User Security Check and User Personal 
and Activity Information Feed Support Human-Machine In- 

35 terface Support Module: Modul zur Unterstutzung der 
Mensch-Maschine-Schnittstelle fur die Sicherheitsbehorden 
zur Unterstutzung der Eingabe von Angaben aus der Sicher- 
heitsaktc des Benutzers, personlichen Angaben des Benut- 
zers und Informationen uber Tatigkeiten des Benutzers 

40 Service Activation Configuration Support Module: Modul 
zur Unterstutzung der Konfiguration der Dienstakti vierung 
Serviced Public Leisure and Entertainment Meeting Place 
Accounts Management Module: Verwaltungsmodul des 
Kontos eines bedienten offentlichen Freizeit- und Vergnii- 

45 gungstreffpunktes 

Specific Comobility and Coacti vity Intention Definition and 
Tracking Information Management Module: Modul zur Ver- 
waltung von Absichtsdefinitionen und Nachverfolgungsin- 
formationen bezuglich der Zusammenbewegung und Zu- 

50 sammenagierung 

Specific Comobility and Coacti vity Intention Definition and 
Tracking Security Information Reception Module: Modul 
zum Empfang von Informationen uber Absichtsdefinitionen 
und Nachverfolgungsinformationen bezuglich der Zusam- 

55 menbewegung und Zusammenagierung 

Specific Comobility and Coacti vity Intention Definition and 
Tracking Security Processing Module: Modul zur Verarbei- 
tung von Informationen uber Absichtsdefinitionen und 
Nachverfolgungsinformationen bezuglich der Zusammen- 

60 bewegung und Zusammenagierung 

SPLEMP Account Information Configuration Support Mo- 
dule: Modul zur Unterstutzung der Konfiguration der Infor- 
mationen liber SPLEMP-Konten 

SPLEMP Location Registration Processing Module: Modul 
65 zur Verarbeitung der Ortsanmeldungen bei einer SPLEMP 
SPLEMP Registration and Persistent Configuration Human- 
Machine Interface Support Module: Modul zur Unterstut- 
zung der Mensch-Maschine-Schnittstelle zur SPLEMP-An- 
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meldung und dauerhaften Konfiguration 

SPLEMP Registration requiring Third-Party Authentication 

Coordination Module: Modul zur Koordi nation der fur die 

SPLEMP-Anmeldung erfordlichen Dritt-Partei-Authentifi- 

zicrungs 

SPLEMP related User Profile Attributes Sensitivity Deter- 
mination Module: Modul zur Feststetlung der Sensibilitat 
der SPLEMP-bezogenen Benutzcrprofilsattribute 
SPLEMP Servicing Module: SPLEMP-Bedienungsmodul 
SPLEMP Servicing Settings Configuration Support Mo- 
dule: Modul zur Unterstutzung der Konfiguration der 
SPLEMP-Bedienungseinstellungen 
SPLEMP Servicing Settings Processing Module: Modul zur 
Verarbeitung der SPLEMP-Bedienungseinstellungen 
SPLEMP Sessions and Events Information Configuration 
Support Module: Modul zur Unterstutzung der Konfigura- 
tion der Informationen iiber SPLEMP-Sitzungen und -Vfer- 
anstaltungcn 

SPLEMP Sessions History Management Module: Verwal- 
tungsmodul fur die Chronik der Sitzungen eines SPLEMPs 
System Behaviour Complaint Submissions Processing Mo- 
dule: Modul zur Verarbeitung von Beschwerdevorlagen 
iiber das System verhalten 

System Behaviour Complaint Submissions Reception Mo- 
dule: Modul zum Empfang von Beschwerdevorlagen iiber 
das Systemverhalten 

System Behaviour Complaints Information Management 
Module: Modul zur Verwaltung von Bcsch werden iiber das 
Systemverhalten 

System Operations Quality Control and Maintenance Infor- 
mation Management Module: Informationsverwaltungssy- 
stem zur Kontrolle der System-Betriebsqualitat und zur 
Warning 

System Security Information Management Module: Sy- 

stcmsichcrheit-Infonnationsverwaltungsmodul 

System to SPLEMP Messaging Support Module: Modul zur 

Unterstutzung von Benachrichtigungen vom System an den 

SPLEMP 

System to User Messages Information Management Mo- 
dule: Modul zur Verwaltung von Informationen iiber Be- 
nachrichtigungen von dem System an den Benutzer 
System to User Messaging Support Module: Modul zur Un- 
terstutzung von Benachrichtigungen vom System an den 
Benutzer 

User Account and Personal Information Configuration Sup- 
port Module: Modul zur Unterstutzung der Konfiguration 
von Benutzerkonto und von personlichen Angaben des Be- 
nutzers 

User Accounts Management Module: Benutzerkonto- Vfer- 
waltungsmodul 

User Behaviour Complaint Information Management Mo- 
dule: Modul zur Verwaltung von Besch werden iiber das Be- 
nutzerverhalten 

User Behaviour Complaint Submissions Reception Module: 
Modul zum Empfang von Beschwerdevorlagen iiber das Be- 
nutzerverhalten 

User Behaviour Complaint Submissions Processing Mo- 
dule: Modul zur Verarbeitung von Beschwerdevorlagen 
iiber das Benutzerverhalten 

User Behaviour towards Matched Candidate Partner Trak- 
king History Management Module: Verwaltungsmodui fur 
die Nachverfolgmigs-Oronik des Verhaltens des Benutzers 
gegenuber vermittelten Partnerschaftskandidaten 
User Behaviour towards People in General Tracking History 
Management Module: Verwaltungsmodui fur die Nachver- 
folgungs-Chronik des Verhaltens des Benutzers gegenuber 
Leu ten im Allgemeinen 

User Behaviour towards Service Usage Tracking History 



Management Module: Verwaltungsmodui fur die Nachver- 
folgungs-Chronik des Benutzerverhaltens im Hinblick auf 
dessen Dienstnutzung 

User Behaviour towards SPLEMPs Tracking History Ma- 
5 nagemcnt Module: Verwaltungsmodui fur die Nachverfol- 
gungs-Chronik des Verhaltens des Benutzers gegenuber 
SPLEMPs 

User directed Critical Feedback History Management Mo- 
dule: Verwaltungsmodui fur die Chronik benutzer-gerichte- 
10 ten kritischen Feedbacks 

User Home and Stay Information Configuration Support 
Module: Modul zur Unterstutzung der Konfiguration der 
Heimats- und Aufenthaltsortsinformationen des Benutzers 
User Home and Stay Locality Management Module: Ver- 
ts waltungsmodul der Heimat- und Aufcnthaltsortcs des Be- 
nutzers 

User Home Locality History Management Module: Verwal- 
tungsmodui fur die Chronik der Hcimatorte des Benutzers 
User Location Status and Serviceability Tracking Module: 
20 Modul zur Nachverfolgung von Status und Bedienbarkeit 
des Benutzers an einer Ortlichkeit 

User Location Tracking Module: Modul zur Vferfolgung der 
Benutzer-Ortlichkeit 

User Match History Management Module: Verwaltungsmo- 
25 dul fur die Chronik der Partnerschaftseignungstreffer eines 
Benutzers 

User Profile Attribute Credibility Tracking History Manage- 
ment Module: Verwaltungsmodui fur die Nachverfolgungs- 
Chronik der Glaubwiirdigkeit der Attribute eines Benutzer- 
30 profils 

User Profile Change and Development Analysis Module: 
Modul zur Analyse von Veranderung und Entwicklung des 
Benutzerprofils 

User Profile Change and Development Information Ma- 
35 nagement Module: Information svcrwaltungsmodul der Be- 
nutzerprofilveranderungen und -entwicklung 
User Profile History Management Module: Verwaltungsmo- 
dui fur die Chronik der Benutzerprofile 
User Profile Management Module: Benutzerprofil-Vferwal- 
40 tungsmodul 

User Registration and Persistent Configuration Human-Ma- 
chine Interface Support Module: Modul zur Unterstutzung 
der Mensch-Maschine-Schnittstelle zur Benutzeranmeldung 
und dauerhaften Konfiguration 
45 User Registration requiring Third-Party Authentication 
Coordination Module: Modul zur Koordination der fur die 
Benutzeranmeldung erfordlichen Dritt-Partei-Authentifizie- 
rungs 

User Security Check File Processing Module: Modul zur 
SO Verarbeitung der Benutzer-Sicherheitsuberprufungsakte 
User Security Check required Security Authority Check-Up 
Request Module: Modul zur Stellung einer sicherheitsuber- 
prufungsbezogene Anfrage an eine Sicherheitsinstanz zum 
Zwecke der Benutzersicherheitsuberprufung 
55 User Security Frie Management Module: Verwaltungsmo- 
dui der Benutzer-Sicherheitsakte 
User Servicing Module: Benutzerbedienungsmodul 
User Servicing Sessions History Management Module: Ver- 
waltungsmodui fur die Chronik der Bedienungssitzungen ei- 
60 nes Benutzers 

User Servicing Settings Cofiguration Support Module: Mo- 
dul zur Unterstutzung der Konfiguration der Bedienungsein- 
stellungen des Benutzers 

User Servicing Settings Processing Module: Modul zur Ver- 
65 arbeitung der Bedienungseinstellungen des Benutzers 

User Stay Locality History Management Module: Verwal- 
tungsmodui fur die Chronik der Aufenthaltsorte des Benut- 
zers 
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User's Current Service Usage Privilege Defining Points nismuseinheit durch Sprachsynthese 
Computing Module: Modul zur Bcrcchnung der aktucllcn Synchronous Communication Support Module: Modul zur 
Dienstbenutzungspri vilegien-Punktzahl des Benutzers Unterstiitzung der synchronen Kommunikation 

Testing and Diagnosis Module: Test- und Diagnosemodul System to User Messaging Support Module: Modul zur Un- 

5 terstutzung der Benachrichtigungen vom System an den Be- 
tter's Personal Mobile Communications and Computing nutzer 

Device System Behaviour Complaint Submission Module: Modul 

zur Vorlage von Besch werden fiber das Systemverhaltcn 
Authentication Module: Authentifizierungsmodul Touch Screen Input Mechanism Unit: Eingabemechanis- 

Central Processing Unit: Zentralprozessoreinheit 10 museinheit mit beriifirungsempfindlichem Bildschirm 
Communication Connection Establishment Module: Modul User Position Tracking Security Module: Sicherheitsmodul 
zum Aufbau der Kommunikationsverbindungen zur Nachverfolgung der Benutzerposition 

Display Output Mechanism Unit: Bildschirmausgabeme- User Servicing Settings Module: Modul fur die Bedienungs- 
chanismuseinheit einstellungen des Benutzers 

Emergency Call Security Module: Sicherheitsmodul bci 15 

Notrufen Serviced Public Leisure and Entertainment Meeting Place's 

External Serial and Parallel Interfaces Bus and Control Unit: Location Server Unit 

Bus- und Stcucrungseinheit cxtemer sericllcr und paralleler 

Schnittstellen Authentication Module: Authentifizierungsmodul 

Geographical Position Determiner Unit: Einheit zur Bestim- 20 Central Processing Unit: Zentralprozessoreinheit 
mung der geographischen Position Check-In Confirmation Short Distance Wireless Listener 

Interactive Activity Intentions Definition Module: Modul and Signalling Units: kurzstreckige drahtlose Abhor- und 
zur Definition von Interaktive-Tatigkeits-Absichten Signalisierungseinheiten zur Check-In-Bestatigung 

Introductory Session Support Module: Modul zur Unterstut- Check-Out Confirmation Short Distance Wireless Listener 

zung der Bckanntmachungssitzung 25 and Signalling Units: kurzstreckige drahtlose Abhor- und 
Keys Input Mechanism Unit: Tasteneingabenmechanismus- Signalisierungseinheiten zur Check-Out-Bestatigung 
einheit Display Output Mechanism Unit: Bildschirmausgabeme- 

Location Deregistration Confirmation Module: Ortlichkcits- chanismuseinheit 

abmeldungsbestatigungsmodul External Serial and Parallel Interfaces Bus and Control Unit 

Location Registration Module: Ortlichkeitsanmeldemodul 30 Bus- und Steuerungseinheit externer serieller und paralleler 
Location Stay Monitoring Module: Ortlichkeitsanwesen- Schnittstellen 

heitsfiberwachungsmodul Keys Input Mechanism Unit: lasteneingabenmechanismus- 

Long Distance Wireless Networking and Communications einheit 

Unit: Langstreckige drahtlose Vemetzungs- und Kommuni- Location Registration Information Exchange Short Distance 

kationseinheit 35 Wireless Listener Signalling Units: kurzstreckige drahtlose 
Main Memory Unit: Hauptspeichereinheit Abhor- und Signalisierungseinheiten zum Austausch von 

Matched Candidate Partner Catalogue Access Module: Mo- QrtUchkeitsanmeldeinformationen 

dul fur den Zugriff auf den Katalog des verrnitteltcn Partner- Location Registrations Management Module: Modul zur 

schaftskandidaten Verwaltung der Ortlichkeitsanmeldungen 

Matched Candidate Partner Critical Feedback Module: Mo- 40 Long Distance Networking and Communications Unit 

dul fur den kritischen Feedback zu einem vermiUelten Part- Langstreckige Vemetzungs- und Kommunikationseinheit 

nerschaftskandidaten Main Memory Unit Hauptspeichereinheit 

Matched Candidate Partner Offer Response Module: Modul On Premises Stay Check Short Distance Wireless Listener 

zur Beantwortung von Angeboten von vermittelten Partner- and Signalling Units: kurzstreckige drahtlose Abhor- und 

schaftskandidaten 45 Signalisierungseinheiten zur Oberprufung des Aufenthaltes 

Matched Candidate Partner Personal Object Transfer and auf dem Gelande 

Access Grant Module: Modul fur Transfer von personlichen Persistent Memory Unit Dauerhafte Speichereinheit 

Informationsobjekten und Gewahrung von Zugriff an und Power Supply Unit: Stromversorgungseinheit 

von dem vermittelten Partnerschaftskandidaten Premises Listeners Management Module: Modul zur Ver- 

Matched Candidate Partner Rememberance Information 50 waltung der Umgebungsabhoreinheiten 

Configuration Module: Modul zur Konfiguration der Infor- Premises User Stay Information Forwarding Module: Mo- 

mationen zur Erinnerung an vermittelte Partnerschaftskan- dul zur Weiterleitung der Informationen fiber den Aufenthalt 

didaten des Benutzers auf dem Gelande 

Persistent Memory Unit Dauerhafte Speichereinheit Server Boot Module: Modul zum Hochfahren des Servers 

Power Supply Unit Stromversorgungseinheit 55 Server Testing Module: Servertestmodul 
Service Activation Module: Modul zur Dienstaktivierung Service Quality Settings Module: Modul fur die Einstellun- 

Service Main Module: Hauptbedienungsmodul gen zur Dienstqualitat 

Short Distance Wireless Networking and Communications Speech Recognition Input Mechanism Unit Spracherken- 
Unit Kurzstreckige drahtlose Vemetzungs- und Kommuni- nungseingabemechanismuseinheit 

kationseinheit 60 Speech Synthesis Output Mechanism Unit Ausgabemecha- 
Spccifice Comobility and Coactivity Intention Definition nismuseinheit durch Sprachsynthese 
and Tracking Security Module: Sicherheitsmodul fur die System Behaviour Complaint Submission Module: Modul 
Absichtsdefinitionen und Nachverfolgungsinformationen zur Vorlage von Beschwerden fiber das Systemverhalten 
bezuglich der Zusammenbewegung und Zusammenagie- System to SPLEMP Messaging Support Module: Modul zur 

rung 65 Unterstiitzung der Benachrichtigungen vom Sytem an den 
Speech Recognition Input Mechanism Unit: Spracherken- SPLEMP 

nungseingabemechanismuseinheit Touch Screen Input Mechanism Unit Eingabemechanis- 

Speech Synthesis Output Mechanism Unit Ausgabemecha- museinheit mit berulirungsempfindlichem Bildschirm 
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User Behaviour Complaint Submission Module: Modul zur 
Vorlage von Beschwerden ubcr das Benutzcrverhalten 
User Location Registration Module: Modul zur Anmeldung 
des Benutzers bei einer Ortlichkeit 

User Servicing Activation Module: Modul zur Aktivierung 
der Benutzerbedienung 

User Stay Monitoring Module: Modul zur Uberwachung des 
Benutzeraufcnthalts 

Sign ale 

Check-In Area Approach Notification Signal: Signal, das 
die Annaherung an eine Ortlichkeit beim Check-In bekannt 
gibt 

Check-In Confirmation Signal: Eincheck-Bcstatigungssi- 
gnal 

Check-Out Area Approach Notification Signal: Signal, das 
die Annaherung an cine Ortlichkeit beim Check- Out be- 
kannt gibt 

Check-Out Confirmation Signal: Auscheck-Bestatigungssi- 
gnal 

Location Registration Request Processing Signal: Signal, 
das die Anfrage nach einer Anmeldung bei einer Ortlichkeit 
bekannt gibt 

On-Premises Signal: Signal, das den Urn fang eines Gelan- 
des rnarkicrt 

On-Premises Stay Confirmation Signal: Signal, das den 
Aufenthalt auf einem Gelande bestatigt 
SPLEMP Identification Signal: Signal, das ein SPLEMP 
eindeutig identifiziert 

SPLEMP Area Identification Signal: Signal, daB die Region 
eines SPLEMPs bekannt gibt 

SPLEMP Floor Identification Signal: Signal, daB das ent- 
sprechende Stockwerk eines mehrgeschoBigen SPLEMPs 
bekannt gibt 

SPLEMP Registrability Signal: Signal, das die Anmeldbar- 
keit bei einem SPLEMP bestatigt 

User Registration Identifier Broadcast Signal: Signal, das 
ein dem Benutzer bei der Anmeldung zugeordnetes Kenn- 
zeichen besagt 

Hauptakronyme 
LSU: Location Server Unit 

PLEMP: Public Leisure and Entertainment Meeting Place 
PMCCD: Personal Mobile Communications and Computing 
Device 

RPMMSU: Real Partner Match Making Server Unit 
SPLEMP: Serviced Public Leisure and Entertainment Mee- 
ting Place 

Andere Akronyme 

CGI: Common Gateway Interface 
CORBA: Common Object Request Broker Architecture 
DCE: Distributed Communication Environment 
GSM: Global System for Mobile Communications 
IrDA: Infrared Data Association 

IS-136: TDMA Cellular/PCS - Radio Interface - Mobile 
Station - Base Station Compatibility Standard 
ISDN: Integrated Services Digital Network 
Java RMI: Java Remote Method Invocation 
PDC: Personal Digital Cellular 

UMTS: Universal Mobile Telecommunications Services 
XML: Extensible Markup Language 
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Abbildungsverzeichnis 



10136] 1. Abb. 1: Diese Abbildung stellt ein en einfachen 
Partnerschaf^vermittlungsprozeB dan 
5 [0137] 2. Abb. 2: Das System, wenn es urn eine Location 
Server Unit erweitert wird. 

[0138] 3. Abb. 3: Hauptspeicher-Module der Partner- 
schaflsvenniUlungs-DienstleistungscinhciL 
[0139] 4. Abb. 4: Dauerhafte-Speicher-Module zu auf be- 
10 diente offentliche Freizeit- und Vergnugungstreffpunkte be- 
zogene Informationen 

[0140] 5. Abb. 5: Dauerhafte-Speicher-Module zu Infor- 
mationen bezogen auf vom Partaerschaftsverrnittlungs- 
Dienstleistungssystem verwaltete Benutzer, namlich Infor- 
15 mationcn, die der Benutzer sclbst konfiguricrt, wic Benut- 
zerprofil, Tatigkeitsinteressen, Heimatort, Aufenthaltsort, 
usw. 

[0141] 6. Abb. 6: Dauerhafte-Speicher-Module zu Infor- 
mationen bezogen auf vom Partoerschafbvennittlungs- 
20 Dienstleistungssystem verwaltete Benutzer, namlich Chro- 
niken des Benutzerprofils, der Heimatsorte, der Aufenthalts- 
orte, usw. 

[0142] 7. Abb. 7: Dauerhafte-Speicher-Module zu Infor- 
mationen bezogen auf vom Partaerschaftsvermittlungs- 

25 Dienstleistungssystem verwaltete Benutzer, namlich die 
PartoerschaftseignirngstreffeTchronik des Benutzers. 
[0143] 8. Abb. 8: Dauerhafte-Speicher-Module zu Infor- 
mationen bezogen auf vom Partacrschaftsvermittlungs- 
Diensdeistungssystem verwaltete Benutzer, namlich die 

30 Chronik der Bedienungssitzungen des Benutzers 

[0144] 9. Abb. 9: Dauerhafte-Speicher-Module zu Infor- 
mationen bezogen auf vom Partnerschaftsvermittlungs- 
Dienstleistungssystem verwaltete Benutzer, namlich die 
Krititische-Feedback-Chronik des Benutzers und seine Si- 

35 cherheitsakte 

[0145] 10. Abb. 10: Dauerhafte-Speicher-Module zu In- 
formationen bezogen auf vom Parmerschaftsverrnittlungs- 
Dicnstlcistungssystcm verwaltete Benutzer, namlich die ak- 
tuelle Dienstbenutzungsprivilegien-Punktzahl des Benut- 

40 zers und andere darauf basierende Informationen. 

[0146] 11. Abb. 11: Modulstruktur des Personal Mobile 
Communications and Computing Device des Benutzers 
[0147] 12. Abb. 12: Modulstruktur der Location Server 
Unit (LSU) des Serviced Public Leisure and Entertainment 

45 Meeting Place (SPLEMPs) 

[0148] 13. Abb. 13: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Informations- 
managementmodule 

[0149] 14. Abb. 14: Modulstruktur der Real Partner 
50 Match Making Server Unit beschrankt auf die Benutzerdia- 
logmodule 

[0150] 15. Abb. 15: Mcdulstraktur der Real Parmer 
Match Making Server Unit beschrankt auf die Benutzeran- 
fragemodule 

55 [0151] 16. Abb. 16: Mcdulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Informations- 
analyse-Module 

[0152] 17. Abb. 17: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Systeminfor- 
60 mationserfassungsmodule 

[0153] 18. Abb. 18: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Benutzerben- 
achrichtigungsmodule 

[0154] 19. Abb. 19: Modulstruktur der Real Partner 
65 Match Making Server Unit beschrankt auf die Konfigurati- 
onsmodule 

[0155] 20. Abb. 20: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Informations- 
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eingabemodule 

[0156] 21. Abb. 21: Modulstniklur der Real Partner 
Match Making Server Unit beschrankt auf die dienstbear- 
beitenden Module 

[0157] 22. Abb. 22: Modulstruklur der Real Partner 5 
Match Making Server Unit beschrankt auf die Kommunika- 
tionsverbindungsmanagement-Module 
[0158] 23. Abb. 23: Modulstruklur der Real Partner 
Match Making Server Unit beschrankt auf die Prasentati- 
ons-Module 10 
[0159] 24. Abb. 24: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Grundplatt- 
form-Module 

[0160] 25. Abb. 25: Modularten des Partnerschaftseig- 
nungssuchprozcssor-Moduls der Real Partner Match Ma- 15 
king Server Unit 

[0161] 26. Abb. 26: Abstrakte Komponententypus-Archi- 
tektur 

Interpretierungsanleitung 20 

Die Texte, die in den Abb. 3-10 benutzt werden, dienen pri- 
mar nicht dem Ziel der Erlauterung, sondern stellen die Art 
der Informationen dar, die in den entsprechenden Speicher- 
Elcmcnten enthalten sind, und geben dadurch die Speicher- 25 
Elemente selbst wieder. Die Abbildungen reprasentieren die 
Verschachtelung der Speicher-Hemente. 
Die Tcxte, die in den Abb. 11-25 vorkommen, sind eben- 
falls keine Erlauterungen, sondern reprasentieren nur die 
Namen der jeweiligen Module. 30 

Patentanspruche 

1. Zwei Benutzer eines Dienstes werden einander 
durch Partnersuche, Partacrehaftseignungsubcrprii- 35 
fung und Bekanntmachung vermittelt, wobei die Bei- 
den sich irgendwo in einer gemeinsamen, mit dem 
Dienst kooperierenden, Umgebung befinden. Die 
Oberprufung findet auf einem anderen eventuell ent- 
fernten Rechensystem (RPMMSU) start. Die beiden 40 
Benutzer werden uber den "TYefTer" uber ihr Personal 
Mobile Communication and Computing Device 
(PMCCD) informiert, wobei jeder Benutzer ein solches 
PMCCD mit sich tragt Dieser TrerTer ermoglicht es, 
daB die zwei Benutzer direkt oder indirekt miteinander 45 
kommunizieren konnen. Die drei Subsysteme - 
PMCCD des Benutzers, PMCCD des Partnerschafts- 
kandidaten, RPMMSU - kommunizieren miteinander 
drahtlos. Zusammen bildet dies ein verteiltes System. 
Die Beziehung Dienst-System ist wie in den Punkten 50 
w L6sungsarchitektur w rSystem-Dienst Zweiteilung" zu 
verstehen. 

2. Patentanspruch (1) dadurch gekennzeichnet, daB 
das System einige oder alle der oben in "Losungsarchi- 
tekturTSystemumfangsurnrisse"rKernflinktionalita- 55 
ten" aufgelisteten Funktionalitaten besitzt 

3. Patentanspruche (1) und (2) dadurch gekennzeich- 
net, daB das System die in Patentanspruch (2) erwahn- 
ten Funktionalitaten mittels der in "Losungsarchitek- 
turT Haupt-Dienstprozesse, Funktionalitaten und L6- 60 
sungsstrategien" ausgefuhrten Stratcgicn, so weit es 
nur diese Funktionalitaten betrifft, die verschiedenen 
Aspekten und Bedingungen betrachtend realisiert 

4. Patentanspruche (1) und (2) dadurch gekennzeich- 
net, daB das System die in Patentanspruch (2) erwahn- 65 
ten Funktionalitaten mittels der in "Losungsarchitek- 
tur"rArchitekturentwuifsmodule" empfohlene Lo- 
sung, so weit es nur diese Funktionalitaten betrifft, rea- 
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lisiert 

5. Patentanspruche (1) und (2) dadurch gekennzeich- 
net, daB das System gar keine, eine, einige oder alle der 
oben in , l^ungsarchitekturV n Systemumfangsuniris- 
seTAufdauende Funktionalitaten'' aufgelisteten Funk- 
tionalitaten besitzt 

6. Patentanspruche (1), (2), (3) und (5) dadurch ge- 
kennzeichnet daB das System die oben in Patentan- 
spruch (4) erwahn te Funktionalitaten mittels der in 
"Losungsarchitektur n / n Haupt-Dienstprozesse, Funk- 
tionalitaten und L6sungsstrategien" ausgefuhrten Stra- 
tegien, so weit es nur diese Funktionalitaten betrifft, die 
verschiedenen Aspekten und Bedingungen betrachtend 
realisiert 

7. Patentanspruche (1), (2), (4) und (5) dadurch ge- 
kennzeichnet, daB das System die oben in Patentan- 
spruch (4) erwahnte Funktionalitaten mittels der in 
N I^ungsarchitektui^/ M Architckturentwurfsmodule n 
empfohlene Losung, soweit es nur diese Funktionalita- 
ten betrifft, realisiert 

8. Patentanspruche (1), (2) und (5) dadurch gekenn- 
zeichnet, daB das System gar keine, eine, einige oder 
alle der oben in "LosungsarchitekturTSystemum- 
fangsumrisseTOptimierende Funktionalitaten" aufge- 
listeten Funktionalitaten besitzt 

9. Patentanspruche (1), (2), (3), (5), (6) und (8) da- 
durch gekennzeichnet, daB das System die oben in Pa- 
tentanspruch (8) erwahnte Funktionalitaten mittels der 
in , XosungsarcMtektur M rHaupt-Dienstprozesse, Funk- 
tionalitaten und Losungsstrategien" ausgefuhrten Stra- 
tegies so weit es nur diese Funktionalitaten betrifft, die 
verschiedenen Aspekten und Bedingungen betrachtend 
realisiert 

10. Patentanspruche (1), (2), (4), (5), (7) und (8) da- 
durch gekennzeichnet, daB das System die oben in Pa- 
tentanspruch (6) erwahnte Funktionalitaten mittels der 
in ,, L6^ngsarchitektur"rArchitekturcntwurfsmodule" 
empfohlene Losung, soweit es nur diese Funktionalita- 
ten betrifft, realisiert 

11. Patentanspruche (1), (2), (5) und (8) dadurch ge- 
kennzeichnet, daB das System gar keine, eine, einige 
oder alle der oben in "LosungsarchitekturTSystem- 
umfangsumrisse"rErweiterte Funktionalitaten" aufge- 
listeten Funktionalitaten besitzt 

12. Patentanspruche (1), (2), (3), (5), (6), (8), (9) und 
(11) dadurch gekennzeichnet, daB das System die oben 
in Patentanspruch (11) erwahnten Funktionalitaten mit- 
tels der in 'Tosungsarchiteklur"rHaupt-Dienstpro- 
zesse, Funktionalitaten und Losungsstrategien" ausge- 
fuhrten Strategien, so weit es nur diese Funktionalita- 
ten betrifft, die verschiedenen Aspekten und Bedingun- 
gen betrachtend realisiert 

13. Patentanspruche (1), (2), (4), (5), (7), (8), (10) und 
(11) dadurch gekennzeichnet, daB das System die oben 
in Patentanspruch (11) erwahnten Funktionalitaten mit- 
tels der in "LosungsarchitekturT Architekturentwurfs- 
module" empfohlene Losung, soweit es nur diese 
Funktionalitaten betrifft, realisiert 

14. Patentanspruche (1) und (2) dadurch gekennzeich- 
net, daB das System gar keine, eine, einige oder alle der 
oben in Tjosungsarchitektur"/"Systemunifangsumris- 
seTBetriebsbezogene Funktionalitaten" aufgelisteten 
Funktionalitaten besitzt 

15. Patentanspruche (1), (2), (3) und (14) dadurch ge- 
kennzeichnet, daB das System die in Patentanspruch 
(14) erwahnten Funktionalitaten mittels der in "L6- 
sungsarchitektur n rHaupt-Dienstprozesse, Funktiona- 
litaten und Losungsstrategien" ausgefuhrten Strate- 
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gien, so weit es nur diese Funktionalitaten betrifft, die 
verschiedenen Aspekten und Bcdingungcn betrachtcnd 
realisiert 

16. Patentanspriiche (1), (2), (4) und (14) dadurch ge- 
kennzeichnet, daS das System die in Patcntanspruch 5 

(14) erwahnten Funktionalitaten mittels der in n L5- 
sungsarchitektur°rArchitekturentwurfsmodule" emp- 
fohlcne Losung, so weit cs nur diese Funktionalitaten 
betrifft, realisiert 

17. Patentanspriiche (1), (2), (5) und (14). to 

18. Patentanspriiche (1), (2), (3), (5), (6), (14), (15) 
und (17) dadurch gekennzeichnet, daB das System die 
in Patentanspruch (17) erwahnten Funktionalitaten 
mittels der in "LosungsarchitekturTHaupt-Dienstpro- 
zessc, Funktionalitaten und Losungsslratcgien" ausge- 15 
fuhrten Strategien, so weit es nur diese Funktionalita- 
ten betrifft, die verschiedenen Aspekten und Bedingun- 
gcn betrachtcnd realisiert 

19. Patentanspriiche (1), (2), (4), (5), (7), (14), (16) 
und (17) dadurch gekennzeichnet, daB das System die 20 
in Patentanspruch (17) erwahnten Funktionalitaten 
mittels der in "Lo^ngsarchiteknjr n rArchitekturent- 
wurfsmodule" empfohlene Losung, soweit es nur diese 
Funktionalitaten betrifft, realisiert 

20. Patentanspriiche (1), (2), (5), (8), (14) und (17). 25 

21. Patentanspriiche (1), (2), (3), (5), (6), (8), (9), (14), 

(15) , (17), (18) und (20) dadurch gekennzeichnet, daB 
das System die in Patentanspruch (20) erwahnten 
Funktionalitaten mittels der in "Losungsarchitek- 
tur T Haupt-Dienstprozesse, Funktionalitaten und L6- 30 
sungsstrategien" ausgefuhrten Strategien, so weit es 
nur diese Funktionalitaten betrifft, die verschiedenen 
Aspekten und Bedingungen betrachtend realisiert 

22. Patentanspriiche (1), (2), (4), (5), (7), (8), (10), 
(14), (16), (17), (19) und (20) dadurch gekennzeichnet, 35 
daB das System die in Patentanspruch (20) erwahnten 
Funktionalitaten mittels der in "Losungsarchitek- 
turTArchitckturentwurfsmodule n empfohlene Lo- 
sung, soweit es nur diese Funktionalitaten betrifft, rea- 
lisiert 40 

23. Patentanspriiche (1), (2), (5), (8), (11), (14), (17), 
und (20). 

24. Patentanspriiche (1), (2), (3), (5), (6), (8), (9), (11), 
(12), (14), (15), (17), (18), (20), (21) und (23) dadurch 
gekennzeichnet, daB das System die in Patentanspruch 45 
(23) erwahnten Funktionalitaten mittels der in "L6- 
sungsarchitektur n rHaupt-Dienstprozesse, Funktiona- 
litaten und Losungsstrategien" ausgefuhrten Strate- 
gien, so weit es nur diese Funktionalitaten betrifft, die 
verschiedenen Aspekten und Bedingungen betrachtend 50 
realisiert 

25. Patentanspriiche (1), (2), (4), (5), (7), (8), (10), 
(11), (13), (14), (16), (17), (19), (20), (22) und (23) da- 
durch gekennzeichnet daB das System die in Patentan- 
spruch (23) erwahnten Funktionalitaten mittels der in 55 
"L5sungsarcWteldiir"rArchitekturentwurfsmo^ 
empfohlene Losung, soweit es nur diese Funktionalita- 
ten betrifft, realisiert. 

26. Patentanspriiche (l)-(25) dadurch gekennzeich- 
net, daB die durch die Patentanspruche (l)-(25) ennog- 60 
lichte Systeme die Technologien, die in "Losungsarchi- 
tektur"rSystemumfangsiimrisseTTechnologien" er- 
wahnt sind, benutzen, besonders fur die kurzstreckige 
drahtlose Kommunikation. 

Interpretierungsanleitung 65 
In Patentanspriichen, die davon handeln, uber welche 
Funktionalitaten das System verfugt, wind an manchen 
Stellen die "gar-kerne"- Variante bei der Einfiigung von 



Funktionalitatsgruppen verwendet Diese Variante 
wird in nachfolgendcn ahnlichen Patentanspriichen be- 
notigt um darauf zu deuten, daB die Einbeziehung des 
ersten Patentanspruches in den Zweiten nicht notwen- 
digcrwcise diejenigen Funktionalitaten, die erst in dem 
ersten Patentanspruch eingefuhrt wurden, besitzen 
muB, sondern sich dadurch nur auf die Patentanspruche 
beziehen kann, auf die der erstc Patentspruch sich 
selbst bezieht Eine andere Verwendung fur diese Va- 
riante ist nicht vorgesehen. 

In Patentanspriichen, die davon handeln, uber welche 
Funktionalitaten das System verfugt, konnen, wo hin- 
gewiesen, unterschiedliche Funktionalitaten und auch 
unterschiedliche Anzahl von Funktionalitaten einbezo- 
gcn wcrden. Ein einziger Patcntanspruch kann also 
mehrere Systeme beanspruchen, wo jedes der bean- 
spruchten Systeme eine andere Kombination der Funk- 
tionalitaten verkorpert Manche Funktionalitaten im- 
plizieren schon bestimmte andere Funktionalitaten. 
Dadurch konnten bei Einbeziehung von Funktionalita- 
ten auch andere automatisch einbezogen werden. 
In Patentanspriichen, die von der Realisierung des Sy- 
stems mittels bestimmter Strategien handeln, wird im- 
pliziert, daB dessen Realisierung eine optimale Kombi- 
nation der Strategien, so wie es in den entsprcchenden 
Diskussionspunkten erklart wird, mit sich zieht 
In Patentanspriichen, die von der Realisierung des Sy- 
stems mittels bestimmter Losungsmoglichkeiten han- 
deln, wird impliziert, daB die Losungsteile, die in den 
einbezogenen ahnlichen Patentanspriichen verwendet 
werden, von neuen Losungen eriibrigt werden konnten, 
da diese neuen Losungen fur das jeweilige bean- 
spruchte System wegen der herrschenden Konstella- 
tion der Funktionalitaten eine bessere Losung darstel- 
len. 

Diese Form der Schreibung fur Patentanspruche wurde 
eingefuhrt, um den Umfang des Patentanspruches ces- 
ser zu verdeutlichen. Es wird hicr eine groBc Zahl von 
Funktionalitaten, Strategien, Losungen, Systemkom- 
ponenten, usw. ausgefuhrt Ein bestimmter Aspekt 
kann vorkommen oder auch nicht. Das System kann in 
sehr vielen verschiedenen Weisen erweitert werden. 
Die Art und Weise, wie sie alle miteinander kombiniert 
werden konnen, ist unuberschaubar. 
In den Patentanspriichen wurden viele Verweise auf an- 
dere Stellen benutzt weil es ansonsten zu viel Stoff 
gabe, welcher an den Stellen hatte aufgefuhrt werden 
mussen. So sind die Patentanspruche kurz und dcutlich 
geblieben. 
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